February 2022 - Koha-bugs - lists.koha-community.org

[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 29581] New: "Items expected" on receive shipment page is always empty
by bugzilla-daemon＠bugs.koha-community.org 05 Jun '22

05 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29581 Bug ID: 29581 Summary: "Items expected" on receive shipment page is always empty Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal 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 The 'Items expected' column on the receive shipment page (parcels.pl) always shows 0, independent of the orders received already and if they have been fully received or partial. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[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 28877] New: Fix warns in logs when using plural translations
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '22

03 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28877 Bug ID: 28877 Summary: Fix warns in logs when using plural translations Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Depends on: 26979 Bug 26979 added some plural handling to the labels shown in circulation. There are some additional warns that are appearing because of this in the QA test tools: Argument "" isn't numeric in subroutine entry at /usr/local/share/perl/5.24.1/Locale/Messages.pm line 285. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26979 [Bug 26979] Show correctly-pluralized labels on checkouts page tabs -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[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 30107] New: When editing a desk, the currently logged in library is selected
by bugzilla-daemon＠bugs.koha-community.org 02 Jun '22

02 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30107 Bug ID: 30107 Summary: When editing a desk, the currently logged in library is selected Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Instead of showing the library the desk was added to, on editing a desk, it always shows the library the user is currently logged in as preselected. Requires UseCirculationDesks to be activated. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[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

[Bug 28872] New: AcquisitionLog, NewsLog, NoticesLog should use 1/0 for their values
by bugzilla-daemon＠bugs.koha-community.org 02 Jun '22

02 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28872 Bug ID: 28872 Summary: AcquisitionLog, NewsLog, NoticesLog should use 1/0 for their values Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Staff Client 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 In system preferences, AcquisitionLog, NewsLog, and NoticesLog are all saving values of "on" and "off" when they should be "1" and "0." That means if you change any of these prefs and save new values you end up with errors on the About page: Warning System preference 'AcquisitionLog' must be '0' or '1', but is 'on'. Warning System preference 'NewsLog' must be '0' or '1', but is 'on'. Warning System preference 'NoticesLog' must be '0' or '1', but is 'on'. In a little preliminary testing, this seems to mean we default to ALWAYS logging acquisitions actions, even if it's set to "Don't log." I didn't check whether the other two are ending up on or off. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 35