March 2025 - Koha-bugs - lists.koha-community.org

[Bug 36064] New: Add Holds with cancellation requests info to intranet-main page
by bugzilla-daemon＠bugs.koha-community.org 09 Apr '25

09 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36064 Bug ID: 36064 Summary: Add Holds with cancellation requests info to intranet-main page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Some librarians would like to see notice/warning on the staff interface main page if there are holds with cancellation requests. Like Bug 36063 but for holds with cancellation requests. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 48

[Bug 38759] New: koha-mysql doesn't work with timezone set in koha-conf.xml
by bugzilla-daemon＠bugs.koha-community.org 09 Apr '25

09 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38759 Bug ID: 38759 Summary: koha-mysql doesn't work with timezone set in koha-conf.xml Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz When a timezone is set in the koha-conf.xml file, the koha-mysql command doesn't work. This seems to be due to missing quotes around the timezone value. For the timezone configuration see: https://wiki.koha-community.org/wiki/Time_Zone_Configuration If you dump the created connection command, you will see something like: mysql --host=<host> --user=XXX --password=XXX --init-command=SET time_zone='America/Sao_Paulo' koha_XXX This will result in an error. Quoting the value for the init-command parameter appears to fix the issue: mysql --host=<host> --user=XXX --password=XXX --init-command="SET time_zone='America/Sao_Paulo'" koha_XXX -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 37702] New: Fast Cataloging does not work with fast_cataloging permission when duplicate suspected
by bugzilla-daemon＠bugs.koha-community.org 09 Apr '25

09 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37702 Bug ID: 37702 Summary: Fast Cataloging does not work with fast_cataloging permission when duplicate suspected Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: holly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Fast cataloging should work seamlessly with the patron permission fast_cataloging, and has in the past. This is no longer working in 23.05, 23.11 and 24.05. To replicate: -Set a user with no cataloging permissions except fast_cataloging. -Log in as that user. -Attempt a checkout with some nonsense barcode. -Follow prompt to add record via fast cataloging. -Fill out fast add MARC with a title that already exists in catalog and save. -Koha will ask if this is a duplicate *Select yes, edit existing items: you are taken to the normal view of the record and cannot add items. *Select no, save as new record: Instead of this directing into item creation, you are directed to the normal view of the record you just created. You can add an item from New or Edit. -If no duplicate suspected, saving the record does direct to the item creation screen as expected, and then you run into bug 37407, which has been fixed for upcoming versions. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 39362] New: Add ability for individual branches to customize/hide patron add form
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '25

08 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39362 Bug ID: 39362 Summary: Add ability for individual branches to customize/hide patron add form Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: heather(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The BorrowerUnwantedField and BorrowerMandatoryField system preferences currently apply to the entire Koha instance. For libraries belonging to a consortium, it would be wonderful for each library to have the ability to hide fields or make fields mandatory without affecting the entire consortium. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 28285] New: Lists sorted by copyrightdate display results in ascending date order
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '25

08 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28285 Bug ID: 28285 Summary: Lists sorted by copyrightdate display results in ascending date order Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucy.vaux-harvey(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl If you create a list and choose to sort by copyrightdate the list results will display on both staff interface and opac in ascending date order (oldest first). It would be useful to be able to choose ascending or descending as the default as often libraries will want the newest items to appear first. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 39487] New: Inconsistency in handling of Z39 records for biblio and authorities
by bugzilla-daemon＠bugs.koha-community.org 06 Apr '25

06 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39487 Bug ID: 39487 Summary: Inconsistency in handling of Z39 records for biblio and authorities Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When importing biblios from Z39 we save every record retrieved in the search into an import batch. For authorities we check the control number and authorized heading and return the existing record from the DB - this is worked around bug 19220 by updating the marc each time, but we should document this in the code and for the user to make it clear what is happening in both cases and possibly provide a way to clear the cached/saved values -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 39479] New: overdue_notices.pl
by bugzilla-daemon＠bugs.koha-community.org 06 Apr '25

06 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39479 Bug ID: 39479 Summary: overdue_notices.pl Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: samrocks1011(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 179831 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=179831&action=e… html email notice Hi, I am executing the following command in the terminal to generate the Overdue Notice: koha-shell library -c "/usr/share/koha/bin/cronjobs/overdue_notices.pl" The email is being generated successfully; however, the following parameters are not being fetched and displayed in the email: <<items.barcode>> <<biblio.title>> <<biblio.author>> <<issues.date_due>> Could anyone please assist me in troubleshooting this issue? Regards Sandeep Patel -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 39478] New: Command line error while upgrading to 24.11.03-2
by bugzilla-daemon＠bugs.koha-community.org 06 Apr '25

06 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39478 Bug ID: 39478 Summary: Command line error while upgrading to 24.11.03-2 Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: aliakbar.petiwala88(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com While upgrading through terminal following error occurs, please guide Setting up koha-common (24.11.03-2) ... Upgrading database schema for cns dpkg: error processing package koha-common (--configure): installed koha-common package post-installation script subprocess returned error exit status 1 Errors were encountered while processing: koha-common E: Sub-process /usr/bin/dpkg returned an error code (1) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 39424] New: Koha Calendar: Deleting a repeating holiday starting on future date should be possible
by bugzilla-daemon＠bugs.koha-community.org 06 Apr '25

06 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39424 Bug ID: 39424 Summary: Koha Calendar: Deleting a repeating holiday starting on future date should be possible Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: heather(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org At this time, when editing and deleting a holiday repeating weekly, there is a "From date" field which leads the user into believing that the holiday will be deleted only from that date forward. However, when the repeating holiday is actually deleted, it is deleted from the entire calendar, rather than just the "From date" forward. It should be possible to delete a repeating holiday from a specified future date forward in time, without affecting the preceding months. This would also benefit the troubleshooting process when considering the calendar for circulation and overdues. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 38687] New: Batch extend due dates should be called Batch modify due dates
by bugzilla-daemon＠bugs.koha-community.org 06 Apr '25

06 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38687 Bug ID: 38687 Summary: Batch extend due dates should be called Batch modify due dates Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: hebah(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The batch extend due dates tool can be used not just to extend due dates but to set earlier ones. Calling it 'batch modify due dates' better describes its function and makes it more consistent with other tool names. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11