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

[Bug 31787] New: [DOCS] Add description and examples to membership_expiry.pl about --where option
by bugzilla-daemon＠bugs.koha-community.org 10 Apr '25

10 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31787 Bug ID: 31787 Summary: [DOCS] Add description and examples to membership_expiry.pl about --where option Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org An optional `--where` parameter was added to the `membership_expiry.pl` cronjob in 21.11. This allows for arbitrarily complex SQL where statements to be passed to the script to filter affected patrons. Add some additional information about this, and some examples on how to construct SQL queries, for example: to restrict to patrons in a specific category. See IRC discussion: http://irc.koha-community.org/koha/2022-10-14#i_2456049 See bug 28456. Topic affected: https://koha-community.org/manual/22.11/en/html/cron_jobs.html#notify-patro… -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 23732] New: Hold rules checker: show matched rules and syspref values to help understand why a hold is possible or not
by bugzilla-daemon＠bugs.koha-community.org 10 Apr '25

10 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23732 Bug ID: 23732 Summary: Hold rules checker: show matched rules and syspref values to help understand why a hold is possible or not 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: victor.grousset(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 57

[Bug 28075] New: Add missing UNIMARC for coded data 135a
by bugzilla-daemon＠bugs.koha-community.org 10 Apr '25

10 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28075 Bug ID: 28075 Summary: Add missing UNIMARC for coded data 135a Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: MARC Bibliographic data support Assignee: didier.gautheron(a)biblibre.com Reporter: didier.gautheron(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Value are missing in unimarc_field_135a.tt cf: https://www.transition-bibliographique.fr/wp-content/uploads/2018/07/B135-6… -- You are receiving this mail because: You are watching all bug changes.

1 45

[Bug 38159] New: Add count to Today's checkouts/Previous checkouts
by bugzilla-daemon＠bugs.koha-community.org 09 Apr '25

09 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38159 Bug ID: 38159 Summary: Add count to Today's checkouts/Previous checkouts Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation 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, kyle.m.hall(a)gmail.com In the issues table checkouts are separated by today's checkouts and previous checkouts. Some libraris would find it handy if this included a count of the number of checks in each. ie: Today's checkouts (2) Previous checkouts (1) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[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 33259] New: Optionally set SameSite attribute of cookie to Strict
by bugzilla-daemon＠bugs.koha-community.org 09 Apr '25

09 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33259 Bug ID: 33259 Summary: Optionally set SameSite attribute of cookie to Strict Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Set-Cookie/SameSi… We should offer a system preference so that libraries who'd like to increase their security can set the SameSite attribute of the session cookie to Strict, rather than the default Lax. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 82

[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 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