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

[Bug 12141] On Display Module
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '25

05 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12141 Juliet Heltibridle <jheltibridle(a)rcplib.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jheltibridle(a)rcplib.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[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 2635] Allow validation of price related item fields
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '25

04 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2635 Hannah Dunne-Howrie <hdunne-howrie(a)westminster.gov.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hdunne-howrie(a)westminster.g | |ov.uk --- Comment #11 from Hannah Dunne-Howrie <hdunne-howrie(a)westminster.gov.uk> --- We'd also like to see data validation on 952$v as currently a user is seemingly about to add in $ or £ and save the record but then the data from the field does not show in Koha because of the special character and has to be re-added. If the user was prevented from saving the item record then they would be prompted to correct the mistake. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39568] New: Do not show biblionumber when printing holds queue
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '25

04 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39568 Bug ID: 39568 Summary: Do not show biblionumber when printing holds queue Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal 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 one uses the Export -> Print option to print the Holds Queue, the hidden biblionumber in the title field is exposed and printed. It should remain hidden. To recreate: 1 - get a title to show up on the Holds Queue 2 - confirm the biblionumber doesn't show after the title when viewing the queue 3 - ctrl-P print it, confirm biblionumber doesn't print 4 - click Export and then Print, confirm biblionumber shows in the print view -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 39566] New: Restrict number of checkouts on an individual basis
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '25

04 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39566 Bug ID: 39566 Summary: Restrict number of checkouts on an individual basis 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: fiona.borthwick(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The circulation rules dictate which patron categories can borrow which material and the limit on each combination. The Default checkout, hold policy by patron category configuration allows you to set the "Total current checkouts allowed" per patron category. It would be good if libraries had the ability to override or set the limit on an individual patron account. For example, a child by default may be allowed to borrow 10 items but the library would like to restrict a specific child to only borrow 5 itmes. This can be achieved with a separate patron category of course but the library would prefer to do it on an individual basis when required. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 33766] New: Accessibility: Fix ambiguous form-field in opac-auth.tt
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '25

04 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33766 Bug ID: 33766 Summary: Accessibility: Fix ambiguous form-field in opac-auth.tt Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: matt.blenkinsop(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org The form field for "userid" is called Login. This is confusing for screen readers and has been flagged as non-compliant in an accessibility report carried out for the British Museum. -- You are receiving this mail because: You are watching all bug changes.

1 106

[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 39562] New: allow for more criteria in update_patrons_category
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '25

04 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39562 Bug ID: 39562 Summary: allow for more criteria in update_patrons_category Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: hdunne-howrie(a)westminster.gov.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com We want to be able to use this script to expiry all patrons who have not used their account in the last 12 months. At the moment, we cannot filter by all of the below criteria - lastseen issuedate reservedate 'timestamp' (in accountline) Essentially, if there has been been no measurable activity on the patron's record we want to expiry the patron 12 months from the date of last activity. This can be done using a koha report but becomes manual which is not ideal as this used to be an automated daily script in our old library system. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[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