April 2023 - 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 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 27526] New: Remove Mod/AddItemFromMarc from additem.pl
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '25

04 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27526 Bug ID: 27526 Summary: Remove Mod/AddItemFromMarc from additem.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 There is a lot of code in additem.pl that is transforming an item representation from/to HTML, XML, MARC::Record, Koha::Item We really don't need all this overhead, having the Koha::Item's attributes would be enough to update/create the item into the DB (it's no longer in the biblio MARC::Record!) Of course other places where we add/update items are valid as well: acquisition, batch item modification, etc. -- You are receiving this mail because: You are watching all bug changes.

1 203

[Bug 32201] New: Patron circulation history - table style: centered and has left border
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '25

04 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32201 Bug ID: 32201 Summary: Patron circulation history - table style: centered and has left border Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 143873 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=143873&action=e… Screenshot - circulation history table style issues When testing bug 32199 (Add page-section to various patron pages) two style issues were identified with the patron circulation history page: 1. Table is centred 2. There is a left table column border To replicate: 1. Enable the OnSiteCheckouts system preference 2. Check out two items to a patron 3. Check in one of the items 4. View the circulation history page for the patron 5. Make the screen as wide as possible (or zoom out) - note that the table is centred instead of left aligned 6. Note that there is a table border on the left-hand side - compare this to the table on the patron's details > checkouts page Images: - Attached: with patch for bug 32199 applied - Link: current master https://snipboard.io/aIBufb.jpg -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 30873] New: "Libraries" link on OPAC should be hideable by system preference
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '25

04 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30873 Bug ID: 30873 Summary: "Libraries" link on OPAC should be hideable by system preference Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Most of my libraries don't want to show the "Libraries" link on the OPAC. While you can hide it using Javascript, it's not a very elegant solution. There should be a system preference to hide it (like every other option on that nav bar besides "Advanced search"). -- You are receiving this mail because: You are watching all bug changes.

1 33

[Bug 32340] New: Several tests failing for t/db_dependent/Reserves.t
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '25

04 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32340 Bug ID: 32340 Summary: Several tests failing for t/db_dependent/Reserves.t Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: emmi.takkinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org Runnig prove t/db_dependent/Reserves.t gives following results on master: t/db_dependent/Reserves.t .. 1/77 Failed to load Koha::Plugin::Fi::KohaSuomi::OKMStats: Could not find or check module 'Koha::Plugin::Fi::KohaSuomi::OKMStats' at /home/emmi/Koha/Koha/Plugins.pm line 124. t/db_dependent/Reserves.t .. 2/77 No reserves HOLD letter transported by print at /home/emmi/Koha/C4/Letters.pm line 584. Could not find a letter called 'HOLD' for print in the 'reserves' module at /home/emmi/Koha/C4/Reserves.pm line 1915. No reserves HOLD_CANCELLATION letter transported by email at /home/emmi/Koha/C4/Letters.pm line 584. No reserves HOLD letter transported by print at /home/emmi/Koha/C4/Letters.pm line 584. Could not find a letter called 'HOLD' for print in the 'reserves' module at /home/emmi/Koha/C4/Reserves.pm line 1915. # Failed test 'patron notified when item set to waiting' # at t/db_dependent/Reserves.t line 416. # got: '0' # expected: '1' # Failed test 'patron not notified a second time (bug 11445)' # at t/db_dependent/Reserves.t line 421. # got: '0' # expected: '1' No circulation HOLD_SLIP letter transported by email at /home/emmi/Koha/C4/Letters.pm line 584. # Failed test 'can successfully generate hold slip (bug 10949)' # at t/db_dependent/Reserves.t line 433. No reserves HOLD letter transported by print at /home/emmi/Koha/C4/Letters.pm line 584. Could not find a letter called 'HOLD' for print in the 'reserves' module at /home/emmi/Koha/C4/Reserves.pm line 1915. No reserves HOLD letter transported by print at /home/emmi/Koha/C4/Letters.pm line 584. Could not find a letter called 'HOLD' for print in the 'reserves' module at /home/emmi/Koha/C4/Reserves.pm line 1915. t/db_dependent/Reserves.t .. 41/77 No reserves HOLD letter transported by print at /home/emmi/Koha/C4/Letters.pm line 584. Could not find a letter called 'HOLD' for print in the 'reserves' module at /home/emmi/Koha/C4/Reserves.pm line 1915. t/db_dependent/Reserves.t .. 69/77 # Failed test 'Item not available for item-level hold because no effective item type' # at t/db_dependent/Reserves.t line 1469. # Looks like you failed 1 test of 2. # Failed test 'IsAvailableForItemLevelRequest() tests' # at t/db_dependent/Reserves.t line 1475. t/db_dependent/Reserves.t .. 75/77 # Looks like you failed 4 tests of 77. t/db_dependent/Reserves.t .. Dubious, test returned 4 (wstat 1024, 0x400) Failed 4/77 subtests Test Summary Report ------------------- t/db_dependent/Reserves.t (Wstat: 1024 Tests: 77 Failed: 4) Failed tests: 26-27, 29, 73 Non-zero exit status: 4 Files=1, Tests=77, 6 wallclock secs ( 0.03 usr 0.00 sys + 5.23 cusr 0.37 csys = 5.63 CPU) Result: FAIL -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 33459] New: Patrons need messaging preferences for other notices
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '25

04 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33459 Bug ID: 33459 Summary: Patrons need messaging preferences for other notices Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org Patrons should be able to set how they want all other notices that are not currently included in their messaging preferences. There is no reason they or staff should not be able to set how they get their password resets, welcome message, expirations, suggestions, etc. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 23780] New: Batch check out fails to inform or trap
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '25

03 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23780 Bug ID: 23780 Summary: Batch check out fails to inform or trap Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com I have managed to catch failures in Batch check out on the following scenario: Patron has fines over the allowed limit. Item type only allows 5 check outs. When checking out 6 of this item type, Batch check out failed to: * Show any information that the patron had reached fine limit * Show that the patron was checking out too many of this item type If I checked out these 6 items without the fine, it gives the warning about too many items and asks me to confirm. If I check out 5 of these items with the fine, it does not explain why I need to confirm. It seems that Batch check out: * Is not displaying a reason for confirmation with the fine block. * Is not displaying a reason for confirmation when there are multiple blocks. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24