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

[Bug 34745] New: ThingISBN broken: User agent blocked
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '25

15 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34745 Bug ID: 34745 Summary: ThingISBN broken: User agent blocked Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Requests to LibraryThing's ThingISBN service are being blocked. Koha tries to access a url like this: https://www.librarything.com/api/thingISBN/0439139600 ...which opens fine in a browser, but triggers the response "WARNING: URL Request Failed 403 Forbidden" when Koha tries it. Koha is currently sending the user agent "libwww-perl/6.52" and if I use Firefox's developer tools to load the page with that set as a custom user agent I get a CloudFlare-generated "access denied" message. I see other CloudFlare customers complaining about this, so it may just be a default. Should we ask LibraryThing to change their configuration? Should we send a less obtrusive user agent with the request? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 40147] New: Datatables export options broken for list of pending charges in staff interface
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '25

15 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40147 Bug ID: 40147 Summary: Datatables export options broken for list of pending charges in staff interface Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: clemens.tubach(a)kit.edu, jonathan.druart(a)gmail.com, michaela.sieber(a)kit.edu Exporting the list of pending charges for a patron results in a JS error: Uncaught TypeError: t.aoFooter[(intermediate value)][e] is undefined To test: * Make sure you have some pending/open charges on the patron account * Go to Patron account > Accounting > Make a payment tab * Click on any of the export options in the table header * Verify that the "spinner" doesn't go away and nothing happens -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 15516] Allow to place a hold on first available item from a group of titles
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '25

15 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 --- Comment #512 from David Cook <dcook(a)prosentient.com.au> --- Created attachment 184066 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=184066&action=e… Bug 15516: (follow-up) explicitly define indexes for foreign keys This patch explicitly defines indexes for foreign keys. This isn't really needed for the atomic update, but we've included it for consistency. It is needed in kohastructure.sql, because MySQL/MariaDB silently/implicitly adds these indexes for foreign keys, which means that the database audit tool will show a discrepancy between kohastructure.sql and the installed DB schema. Also fix a discrepancy between atomic update and kohastructure.sql Test plan: 0. Apply the patch 1. Use both methods to update the DB schema 2. Go to http://localhost:8081/cgi-bin/koha/about.pl?tab=database 3. Note that about.pl isn't telling you to drop the indexes for reserves_ibfk_hg and old_reserves_ibfk_hg now -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 40369] New: Reserve/hold fulfillment should be blocked if a patron has now expired
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '25

15 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40369 Bug ID: 40369 Summary: Reserve/hold fulfillment should be blocked if a patron has now expired 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: wainuiwitikapark(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com A non-expired user can place reserves on items. The user can then expire but Koha will still fulfill the reserve anyway. It would be great to be able to block the fulfilling of a reserve if the patron is now expired. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 15516] Allow to place a hold on first available item from a group of titles
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '25

15 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 --- Comment #511 from David Cook <dcook(a)prosentient.com.au> --- Sounds great, Pedro. Nice one on the follow-up patch. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15516] Allow to place a hold on first available item from a group of titles
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '25

14 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 trevor.diamond(a)mainlib.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |trevor.diamond(a)mainlib.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8290] Replace usage of Greybox modals with Bootstrap modals
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '25

14 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8290 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=40366 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15516] Allow to place a hold on first available item from a group of titles
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '25

14 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 --- Comment #510 from Pedro Amorim <pedro.amorim(a)openfifth.co.uk> --- Thank you David, I've signed-off. (In reply to David Cook from comment #496) > For some, the hold isn't > available to patrons until it is waiting on the shelf, so I suppose they > could cancel the hold while it's in transit or the item could get lost in > transit, and then they might want one of the other holds in the group. This is fair. I agree, and I'm happy to consider it to be working as designed. An option to enhance/update this can be added afterwards if required. I've added a follow-up patch. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 40365] New: The hold button shouldn't show for items that are bookable only
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '25

14 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40365 Bug ID: 40365 Summary: The hold button shouldn't show for items that are bookable only Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests 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, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com It should never be possible to place both a hold and a booking on a single item but currently bookings will correctly hide itself if not enabled via the itemtype as an option but we cannot do this for holds. For example, we have orchestral sets we hire out that should only be bookable. We've disabled to 0 for number of holds via the circ rules but the holds/reservations tab and button will still show. This is confusing for staff. Ideally, there would be a mirrored option by item type to disable holds to correct this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 15516] Allow to place a hold on first available item from a group of titles
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '25

14 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 --- Comment #509 from Pedro Amorim <pedro.amorim(a)openfifth.co.uk> --- Created attachment 184058 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=184058&action=e… Bug 15516: (follow-up) Add hold_group_id to hold REST API definition Brought to light by accessing the following page with the feature enabled: http://localhost:8081/cgi-bin/koha/members/holdshistory.pl?borrowernumber=51 Also by running the following tests file before this patch: t/db_dependent/api/v1/holds.t Signed-off-by: Pedro Amorim <pedro.amorim(a)openfifth.co.uk> -- You are receiving this mail because: You are watching all bug changes.

1 0