July 2021 - Koha-bugs - lists.koha-community.org

[Bug 26979] New: Show correctly-pluralized labels on checkouts page tabs
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '22

07 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26979 Bug ID: 26979 Summary: Show correctly-pluralized labels on checkouts page tabs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Circulation Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 21156 I suggest we modify the way we display counts on the checkouts page tabs (checkouts, holds, claims, etc). I suggest we use the new pluralization template syntax (Bug 21156) to show counts on the tabs. Example screenshot: https://zivotdesign.com/p/#1/15980387474009 Besides avoiding parentheses in labels like "10 Checkout(s)," this change would show the count of only unresolved claims and enrolled clubs. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21156 [Bug 21156] Internationalization: plural forms, context, and more for JS files -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 23166] New: Simplify code related to orders in catalogue/*detail.pl
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '22

07 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23166 Bug ID: 23166 Summary: Simplify code related to orders in catalogue/*detail.pl 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: 23084, 9780 Target Milestone: --- Since bug 9780 we are the ability to alert the librarian when a record which has been ordered will be deleted. Then the code to handle the alert has been copied to other catalogue/*detail.pl script, as the JS check is in the toolbar. This code is really unnecessary complicated and sometime simply not necessary. It could be replaced with Koha::Acquisition::Orders->search and make it more readable. (found it working on bug 23084, so writing it on top of it). Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9780 [Bug 9780] Restrict the right to suppress a record used in some order https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23084 [Bug 23084] Replace grep {^$var$} with grep {$var eq $_} -- You are receiving this mail because: You are watching all bug changes.

1 77

[Bug 28734] New: Koha::Biblio->get_marc_notes should use XSLTParse4Display
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '22

06 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28734 Bug ID: 28734 Summary: Koha::Biblio->get_marc_notes should use XSLTParse4Display 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: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Bug 27268 moved C4::Biblio::GetMarcNotes to Koha::Biblio->get_marc_notes, but neglected to include the call to XSLTParse4Display. This means that authorised values aren't being replaced with their descriptions. To reproduce: 1. Go to Koha Administration, MARC bibliographic frameworks 2. Edit a framework, find tag 590, edit the $z subfield to use an authorised value. 3. Do a catalogue search and edit a record using this framework. Edit 590$z and select an authorised value. Save the record. 4. Add the record to your cart. 5. View your cart. Click More Details. 6. Scroll down to the Notes section. Notice the authorised value code is displayed instead of the description. <-- BUG -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 43

[Bug 27268] New: Move C4::Biblio::GetMarcNotes to Koha namespace
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '22

06 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27268 Bug ID: 27268 Summary: Move C4::Biblio::GetMarcNotes to Koha namespace 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: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 27837] New: Permanent location is reverted to location when location updated and permanent_location mapped to MARC field
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '22

06 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27837 Bug ID: 27837 Summary: Permanent location is reverted to location when location updated and permanent_location mapped to MARC field Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Generally the permanent_location and location should match, however, prior to bug 23463 one could: 1 - Map permanent_location to a marc field 2 - Expose that field in the item editor 3 - Change the location of the item and retain the permanent location on saving 4 - This created a 'temporary' location that was cleared upon next checkin Many libraries used this for adding items to displays. Since bug 23463, however, the item updates only fields that have changed - if one changes the location but not the permanent location then koha sees that no permanent location was set and reverts it to the location We need to force passing through the permanent_location if it is visible+mapped in the item edit form, regardless of whether it changes or not -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 66

[Bug 28494] New: Can't enable plugins on a new instance of Koha
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '22

03 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28494 Bug ID: 28494 Summary: Can't enable plugins on a new instance of Koha Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: somesecretemail(a)mailinator.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The system preference UseKohaPlugins is lacking in version 20.05 and 20.11. Steps to reproduce: 1. Install a new instance of Koha version 20.11 2. Change <enable_plugins>0</enable_plugins> to <enable_plugins>1</enable_plugins> in your koha-conf.xml file to enable plugin functionality 3, Restart web server 4. Search for system preference UseKohaPlugins i administration module i Koha Result: "No system preferences matched your search for: UseKohaPlugins" Expected: system preferences UseKohaPlugins displayed. This has the unfortunate effect that you can't enable plugins on a new instance. (If you already have plugins enabled and upgraded to version 20.05, the plugin functionality continuous to be enabled) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 27944] New: Add a 'new' requests tab to Article requests
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '22

03 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27944 Bug ID: 27944 Summary: Add a 'new' requests tab to Article requests Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When requests come in they may require additional processing, i.e. for determining type of request or other workflows. Adding a 'new' tab will allow for preprocessing before moving the request along to 'pending' or 'processing' -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 122

[Bug 28542] New: Move new authority from Z39.50/SRU to a button
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '22

03 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28542 Bug ID: 28542 Summary: Move new authority from Z39.50/SRU to a button Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Actually in authority tools bar, 'New from Z39.50/SRU' is inside 'New autority' menu. This is different from biblio cataloguing toolbar, and adds a click to access it. I propose to move this to its own button. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 23414] New: Improve performance of C4/XSLT/buildKohaItemsNamespace
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '22

03 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23414 Bug ID: 23414 Summary: Improve performance of C4/XSLT/buildKohaItemsNamespace 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org There are some improvements we can make to this routine to improve the speed at which we return results -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 49

[Bug 28717] New: NewsLog doesn't work
by bugzilla-daemon＠bugs.koha-community.org 02 Jun '22

02 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28717 Bug ID: 28717 Summary: NewsLog doesn't work Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The logging for News items added in Bug 26205 is broken. This was caused by Bug 22544 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 63