June 2019 - Koha-bugs - lists.koha-community.org

[Bug 17527] New: 245 $h Medium - hidden settings in MARC framework don' t work correctly
by bugzilla-daemon＠bugs.koha-community.org 11 May '20

11 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17527 Bug ID: 17527 Summary: 245 $h Medium - hidden settings in MARC framework don't work correctly Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Bibliographic data support Assignee: gmcharlt(a)gmail.com Reporter: eb(a)efdss.org QA Contact: testopia(a)bugs.koha-community.org 245 $h will not be hidden. Even when this subfield is set to "ignore", it still shows up in the staff interface and the OPAC. However, the 245$h does not appear in the MARC view. Just checked and setting other subfields in other fields to "ignore" seems to work as expected. I haven't tested them all, but it consistently doesn't work in 245 This applies to 3.22 and 16.05 (MARC 21) -- You are receiving this mail because: You are watching all bug changes.

1 37

[Bug 23133] New: Rename reserves.item_level_hold for reserves.item_level
by bugzilla-daemon＠bugs.koha-community.org 11 May '20

11 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23133 Bug ID: 23133 Summary: Rename reserves.item_level_hold for reserves.item_level 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: --- Opinionated report, but I think new column names should match our latest practices. i.e. don't make it read: if ( $hold->item_level_hold ) { ... but if ( $hold->item_level ) { ... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 20196] New: [Omnibus] Prepare Koha to ElasticSearch6 - ES6
by bugzilla-daemon＠bugs.koha-community.org 10 May '20

10 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20196 Bug ID: 20196 Summary: [Omnibus] Prepare Koha to ElasticSearch6 - ES6 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: claire.hernandez(a)biblibre.com ES6 is out, earlier we make Koha compliant, better it will be. Could be more than one issue. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 16512] New: Route to library alert missing
by bugzilla-daemon＠bugs.koha-community.org 09 May '20

09 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16512 Bug ID: 16512 Summary: Route to library alert missing Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: david.roberts(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When an item belonging to one library is checked in at a different library using the main check in box at the top of the screen, and alert pops up to remind the staff member to return the item to the owning library. However, if an item is returned by using the list of checkouts in the patron record, this alert doesn't display. It would be ideal if these could be consistent and generate an alert in both instances. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 21927] New: Acq: Allow blank values in pull downs in the item form when subfield is mandatory
by bugzilla-daemon＠bugs.koha-community.org 09 May '20

09 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21927 Bug ID: 21927 Summary: Acq: Allow blank values in pull downs in the item form when subfield is mandatory Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org This has already been fixed for the item form in cataloguing (bug 14662), but sadly we missed that there is an item form in acq too! To test: - Set AcQCreateItem to "on order" - Create a new order line - Check that item type shows and has an empty entry that is preselected - Change 952y in the ACQ framework to be mandatory - Verify the empty entry is gone and the first value is preselected (bug) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 16962] New: Remove the use of "onclick" from serial collection and serial edit templates
by bugzilla-daemon＠bugs.koha-community.org 09 May '20

09 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16962 Bug ID: 16962 Summary: Remove the use of "onclick" from serial collection and serial edit templates Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Serials Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com, testopia(a)bugs.koha-community.org There are many uses of "onclick" and other event attributes in the Serials module templates. This bug will track changes to serials-collection.tt and serials-edit.tt -- You are receiving this mail because: You are watching all bug changes.

1 31

[Bug 22134] New: Add account expiration information to patron details
by bugzilla-daemon＠bugs.koha-community.org 06 May '20

06 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22134 Bug ID: 22134 Summary: Add account expiration information to patron details Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- On the patron detail page in the staff client, expired patrons should show a message at the top like the checkout page does. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 20728] New: Remove subroutines GetLastOrder*
by bugzilla-daemon＠bugs.koha-community.org 06 May '20

06 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20728 Bug ID: 20728 Summary: Remove subroutines GetLastOrder* Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 20276 There are 2 subroutines from C4::Acquisition that could be removed: - GetLastOrderReceivedFromSubscriptionid - GetLastOrderNotReceivedFromSubscriptionid After bug 20726 only GetLastOrderReceivedFromSubscriptionid will be used (from acqui/neworderempty.pl) and this call could be replaced easily with Koha::Acquisition::Orders The code (+ tests) related to these 2 subroutines could then be removed. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20276 [Bug 20276] GetCourseItem is using the wrong call to get itemnumber -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 23108] New: staffaccess permission can be easily circumvented
by bugzilla-daemon＠bugs.koha-community.org 04 May '20

04 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23108 Bug ID: 23108 Summary: staffaccess permission can be easily circumvented Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- A user without the staffaccess permission cannot change the permissions or password for another user belonging to a patron category that is not type Staff. This works as intended. BUT: A user without the staffaccess permission can simply change a Staff user to a new non-staff patron category and then make changes to permissions and/or password. To test: - create patron category STAFF with type Staff - create patron A and patron B in category STAFF - create patron category ADULT with type Adult - give patron A catalogue and borrowers permissions (but NOT staffaccess) - log in as patron A - verify that you cannot change permissions for patron B - verify that you cannot change password for patron B - change patron B to category ADULT - change patron B's permission - change patron B's password -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 19799] New: [16.11] Changing language on OPAC redirects back to homepage
by bugzilla-daemon＠bugs.koha-community.org 04 May '20

04 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19799 Bug ID: 19799 Summary: [16.11] Changing language on OPAC redirects back to homepage Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: claire_gravely(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org Whilst looking at an item detail page on the OPAC (opac-detail.pl) you are redirected back to the OPAC homepage instead of staying on opac-detail. The language is successfully changed. This is not an issue on master. We have tested it on 16.11, am not sure if it is an issue anywhere inbetween. -- You are receiving this mail because: You are watching all bug changes.

1 29