December 2018 - Koha-bugs - lists.koha-community.org

[Bug 21885] New: Calendar to-date starts before end-date
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '19

25 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21885 Bug ID: 21885 Summary: Calendar to-date starts before end-date Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Holidays Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)joensuu.fi QA Contact: testopia(a)bugs.koha-community.org When adding new holidays to the calendar, you pick the start date, and then the end date, but the end date calendar will start from current date, not from the picked start date. Sometimes this means many extra clicks to pick an end date. Make the end date calendar start from the beginning date by default. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 21290] New: POD of ModItem mentions MARC for items
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '19

25 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21290 Bug ID: 21290 Summary: POD of ModItem mentions MARC for items Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement Priority: P5 - low Component: Developer documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org 529 Change one or more columns in an item record and update 530 the MARC representation of the item. I think the POD of ModItem should be updated. We no longer store item information in MARC and haven't for a long time. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 20679] New: Remove 'rows per page' from reports print layout
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '19

25 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20679 Bug ID: 20679 Summary: Remove 'rows per page' from reports print layout Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The print layout of a run report would be a little nicer if the 'rows per page' option would not show. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 21478] New: Koha::Hold->suspend_hold allows suspending in transit holds
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '19

25 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21478 Bug ID: 21478 Summary: Koha::Hold->suspend_hold allows suspending in transit holds Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org My understanding is that both 'waiting' and 'in transit' holds are 'found', and in both cases suspending them should be disallowed. I haven't looked at the places in which this could happen, but the code implementing the checks in Koha::Hold clearly misses the use case. The method should be renamed to the new guidelines (->suspend) and it should raise exceptions in both cases. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 19994] New: use Modern::Perl in Authorities perl scripts
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '19

25 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19994 Bug ID: 19994 Summary: use Modern::Perl in Authorities perl scripts Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org use Modern::Perl should be used instead of use strict; use warnings; Relevant in: auth_finder.pl authorities-home.pl authorities-list.pl authorities.pl blinddetail-biblio-search.pl detail-biblio-search.pl detail.pl export.pl merge.pl merge_ajax.pl -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 22051] New: Make Koha::Object->store translate 'Incorrect datetime value' exceptions
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '19

25 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22051 Bug ID: 22051 Summary: Make Koha::Object->store translate 'Incorrect datetime value' exceptions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Currently, Koha::Object->store only handles FK and duplicate key problems. It should handle wrong format errors. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 19920] New: changepasswordis exported from C4:: Members but has been removed
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '19

25 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19920 Bug ID: 19920 Summary: changepasswordis exported from C4::Members but has been removed Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 16853 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16853 [Bug 16853] Move changepassword to Koha::Patron->update_password -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 20491] New: Use "Date due" in table header of item table
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '19

25 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20491 Bug ID: 20491 Summary: Use "Date due" in table header of item table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl On <intranet>/cgi-bin/koha/cataloguing/additem.pl?biblionumber=x there is a table of existing items. One of the columns is called "Checked out". I would assume this is the date the item was checked out, but it is in fact the due date (from items.onloan). It would be less confusing if this column was called "Date due" or something similar. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 20274] New: itemtypes.plugin report: not handling item-level_itypes syspref
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '19

25 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20274 Bug ID: 20274 Summary: itemtypes.plugin report: not handling item-level_itypes syspref Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: victor.grousset(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org == Reproduce == 1. Use staff:/cgi-bin/koha/reports/manager.pl?report_name=itemtypes 2. Change the syspref item-level_itypes 3. One case should give a 0 result == Cause == There is a conditional but part of the SQL query was copy pasted without being changed. == Fix == "SELECT itemtype" → "SELECT biblioitems.itemtype" in these two lines https://gitlab.com/koha-community/Koha/blob/673a40d2acc5c8c58b7f3e7e6d11c32… https://gitlab.com/koha-community/Koha/blob/673a40d2acc5c8c58b7f3e7e6d11c32… (or maybe the other ones) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 21192] New: Borrower Fields on OPAC's Personal Details Screen Use Self Register Field Options Incorrectly
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '19

25 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21192 Bug ID: 21192 Summary: Borrower Fields on OPAC's Personal Details Screen Use Self Register Field Options Incorrectly Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: cslone(a)camdencountylibrary.org QA Contact: testopia(a)bugs.koha-community.org If a patron is logged into the OPAC and they attempt to submit changes to their personal details without having actually changed anything, the page reloads with a message stating 'No changes were made.' However, the fields that now appear are those that have been allowed/hidden according to the preferences set for patron self registration, even if patron self registration is disabled. This can lead to problems if there are discrepancies between the fields allowed for self register settings and those allowed for patron self modification settings. To replicate: 1.) In Administration › System preferences > OPAC, set PatronSelfRegistration to 'don't allow' 2.) Modify the unwanted fields for PatronSelfModificationBorrowerUnwantedField and PatronSelfRegistrationBorrowerUnwantedField so that at least one field is different between the two settings and save (for example, specify 'mobile' to be hidden in the former, but don't include in the list of fields to be hidden in the latter). 3.) Log into the OPAC and navigate to the 'your personal details' tab. Notice that the editable fields correspond to those not hidden by PatronSelfModificationBorrowerUnwantedField 4.) Without making any changes, click on 'Submit update request'. 5.) Note that on this page the fields correspond to those not hidden by PatronSelfRegistrationBorrowerUnwantedField and are now editable (including any fields that would otherwise be hidden by the Self Modification settings). -- You are receiving this mail because: You are watching all bug changes.

1 18