May 2023 - Koha-bugs - lists.koha-community.org

[Bug 27492] New: Need ability to define hold pickup branches per patron category
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '25

12 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27492 Bug ID: 27492 Summary: Need ability to define hold pickup branches per patron category Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: minna.kivinen(a)hamk.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Need possibility to define hold pick up branches per patron category. Case example: our university library is open for all, but we have a lot self service hours when only faculty staff or students have access to library. Our main campus library has most service hours and we would like to define that patrons having category "other" could only choose main library as their pickup place. (although they are able to make a hold to all of our collection at any campus). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 29749] New: Clean up OpacStarRatings
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '25

11 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29749 Bug ID: 29749 Summary: Clean up OpacStarRatings Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org While working on Bug 29280 I noticed there is some different code related to OpacStarRatings that could be consolidated a bit. OPAC pages that include OpacStarRatings are: -OPAC detail -OPAC user summary -OPAC reading history -OPAC results Sometimes a logged in user can interact with the ratings (OPAC detail, user summary, reading history ) Other times they cannot ( results ) A bit of cleanup here can make it easier to implement OPACStarRatigs elsewhere, like on the list displays in Bug 29280. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 26610] New: Add 'NULL' option to report value dropdowns
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '25

11 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26610 Bug ID: 26610 Summary: Add 'NULL' option to report value dropdowns Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Sometimes you may want to have a report optionally limit to an itemtype or branch etc. Sometimes you may want to pick NULL from that dropdown. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 33534] New: catalog New record An error has occurred! Error 500
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '25

11 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33534 Bug ID: 33534 Summary: catalog New record An error has occurred! Error 500 Change sponsored?: --- Product: Koha Version: 22.11 Hardware: PC OS: Linux Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: jenni.neenan(a)defence.gov.au QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl I had just logged in to Koha ready to begin work. While cataloguing a new item, I tried to search for an item using Z39.50 protocol and received the following: An error has occurred! Error 500. I then tried to open a "New record" to add the item manually and received the same message. When I search for an item I can locate resources already added to our catalogue, however when I try to open the record to edit it I received again: An error has occurred! Error 500" However, I can access the new item feature on another PC. I am also able to conduct a search using Z39.50. How can I gain access to the full cataloguing module again on our master PC. Can someone help me to determine what has gone wrong and suggest a solution? Your assistance in this issue is much appreciated. Thank-you. Jenni -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 17898] New: Add a way to automatically convert SQL reports
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '25

10 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17898 Bug ID: 17898 Summary: Add a way to automatically convert SQL reports Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Bug 17196 move the marcxml out of the biblioitems table. That will break SQL reports using it. It would be handy to propose an automagically way to convert the SQL reports. -- You are receiving this mail because: You are watching all bug changes.

1 37

[Bug 25672] New: Administrators should be able to disable client-side and enable server-side plugin management
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '25

10 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25672 Bug ID: 25672 Summary: Administrators should be able to disable client-side and enable server-side plugin management Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Administrators should be able to prevent Koha web users from uploading/installing/uninstalling Koha plugins, and instead allow uploading/installing/uninstalling Koha plugins on the server-side from the CLI. This would allow Koha web users to "use" plugins, but it would require plugins to be vetted and managed by a server sysadmin. This should improve stability and maintainability. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 136

[Bug 25847] New: Set item to CART location when recording local use with statistical patron
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '25

10 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25847 Bug ID: 25847 Summary: Set item to CART location when recording local use with statistical patron 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When checking an item out to a statistical patron to record a local use, it would make sense to set the item to shelving location CART is the library is doing the same on checking (by setting _ALL_: CART in UpdateItemLocationOnCheckin. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 22179] New: Hide columns of all the subscriptions of a record with columns settings (id=subscriptionst) for the OPAC
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '25

10 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22179 Bug ID: 22179 Summary: Hide columns of all the subscriptions of a record with columns settings (id=subscriptionst) for the OPAC Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- Hi, When you have multiple subscriptions from different sites for a bibliographic record, if you decide to hide some columns from the OPAC using Columns settings in the Koha's administration(id=subscriptionst), the columns will not be hidden for all the subscriptions of the record.It will be nice that when we hide a column it is hidden for all the subscriptions of the different sites. Thanks, Patrick. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 17791] New: On UNIMARC system, USMARC field 100 gets overwritten
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '25

09 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17791 Bug ID: 17791 Summary: On UNIMARC system, USMARC field 100 gets overwritten Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: gmcharlt(a)gmail.com Reporter: synapse.ova(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Overview: On Z39.50 search some functions depend not on the remote server marc flavour, but on current server setting. This bug is present on versions 3.22+ Steps to Reproduce: 1) On UNIMARC system, go to Cataloguing → New from Z39.50/SRU 2) Search USMARC server (Library of Congress, for example) for a book, that has field 100 (for example, isbn 0816310653) 3) On results list, press «MARC» to see MARC fields Actual Results: Instead of seeing the author name in subfield A, you'll see something like «20161219 frey50 », yet you could see other subfields properly Expected Results: Name of the author in 100$a Additional Information: LC Z39.50/SRW/SRU Server Configuration Guidelines: https://www.loc.gov/z3950/lcserver.html -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 33210] New: (Bug 31963 follow-up) No hold fee message on OPAC should be displayed when there is no fee
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '25

07 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33210 Bug ID: 33210 Summary: (Bug 31963 follow-up) No hold fee message on OPAC should be displayed when there is no fee Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P3 Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: aleisha(a)catalyst.net.nz, gmcharlt(a)gmail.com After resolving Bug 31963 everything works as expected when there is hold fee defined (!= 0). But in case when the fee for given patron category is set to 0.00, the user will always see the message "You will be charged a hold fee of 0,00 ...", which is obviously not intended. This is because categories.reservefee is returned from database as '0.000000' and as such, without type casting, is interpreted as string in Perl. Prior to Bug 31963 the result was compared to 0 before sending anything to the template, so the casting was done, now it is not. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20