June 2026 - Koha-bugs - lists.koha-community.org

[Bug 42193] New: The "Suspend Hold" modal in the OPAC sometimes tries to resume hold
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '26

11 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42193 Bug ID: 42193 Summary: The "Suspend Hold" modal in the OPAC sometimes tries to resume hold Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: maryse.simard(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org In the OPAC, the "Suspend Hold" modal sometimes shows up as (and acts like) a "Resume Hold" modal. This depends on the state of the user's other holds. To reproduce : 1. Have at least 2 holds. 2. In the holds table in the OPAC, make sure all holds are active and have a "Suspend" link. 3. Click the "Suspend" link on the newest hold (with the highest reserve_id). => The modal is titled "Suspend hold" and submitting it correctly suspends the hold. 4. Click the "Suspend" link on any of the other hold. => The modal is titled "Resume hold" and submitting it doesn't suspends the hold. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 42154] New: Bug 38714 hid the "New match check" link in record matching rules
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '26

11 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42154 Bug ID: 42154 Summary: Bug 38714 hid the "New match check" link in record matching rules Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 38714 In a follow-up on Bug 38714 I made an incorrect change to the logic for displaying the "New match check" link. It should check for matchchecks, not matchpoints. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38714 [Bug 38714] Adjust templates for prettier -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 32938] New: Acquisitions EDI - ORDRSP messages are loaded as invoices
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '26

11 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32938 Bug ID: 32938 Summary: Acquisitions EDI - ORDRSP messages are loaded as invoices Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucy.vaux-harvey(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 146468 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=146468&action=e… View of ORDRSP message at edifactmsgs.pl Currently ORDRSP messages (messages from a vendor providing details such as Out of Print, Unable to supply) are loaded into Koha and diaplay as for an INVOICE message. On /cgi-bin/koha/acqui/edifactmsgs.pl in the Details column the message will have the label 'Invoices' and this is hyperlinked to the invoices page (/cgi-bin/koha/acqui/invoices.pl) - see screenshot. This link always results in a failure as there isn't an invoice to match against. Is it possible in the case of ORDRSP to either leave the Details column empty or remove the hyperlink? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 44

[Bug 42606] New: Error when importing a record using Z39.50 from the cataloging home page
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '26

11 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42606 Bug ID: 42606 Summary: Error when importing a record using Z39.50 from the cataloging home page Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: andrew(a)bywatersolutions.com, angela.berrett(a)familysearch.org, blawlor(a)clamsnet.org, bugzilla(a)koha-us.org, carthur(a)slolibrary.org, cbrannon(a)cdalibrary.org, david(a)davidnind.com, dcook(a)prosentient.com.au, echandler(a)clamsnet.org, george(a)nekls.org, jonathan.druart(a)gmail.com, lauren_denny(a)sil.org, lisette(a)bywatersolutions.com, lucas(a)bywatersolutions.com, m.de.rooy(a)rijksmuseum.nl, mike.grgurev(a)mainlib.org, mnero(a)oslri.net, mspinney(a)clamsnet.org, nmumford(a)clamsnet.org Depends on: 32773 >From the cataloging home page, click "New from Z39.50" without choosing a framework in the dropdown menu. Perform a Z39.50 search in the popup window, then click "Import" for one of the results. This triggers an error in the parent window: Can't call method "is_fast_add" on an undefined value at /kohadevbox/koha/cataloguing/addbiblio.pl line 518 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32773 [Bug 32773] Have the ability to have more than 1 Fast Add framework -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 41307] New: Automatically indicate when a harvest job is completed (successfully or with an error)
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '26

11 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41307 Bug ID: 41307 Summary: Automatically indicate when a harvest job is completed (successfully or with an error) Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)gmail.com, jonathan.field(a)openfifth.co.uk, martin.renvoize(a)openfifth.co.uk, matt.blenkinsop(a)openfifth.co.uk, pedro.amorim(a)openfifth.co.uk In /erm/eusage/usage_data_providers when you run an import for a data source, the list of corresponding jobs is displayed above the table ("Job for report type DR has been queued. Check job progress.") It would be nice if this information were automatically updated once the job is completed ("Job for report type DR is completed. Check job details.") This may not be technically possible ? -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 42820] New: Edit accountline notes permission needs documentation
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '26

11 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42820 Bug ID: 42820 Summary: Edit accountline notes permission needs documentation Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: george(a)nekls.org QA Contact: testopia(a)bugs.koha-community.org CC: aude.charillon(a)openfifth.co.uk, david(a)davidnind.com, philip.orr(a)lmscloud.de Target Milestone: --- This permission is not currently documented. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 37211] New: All notes in the patron Transactions table should be editable
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '26

11 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37211 Bug ID: 37211 Summary: All notes in the patron Transactions table should be editable Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 23674 will add the ability to have a note on the transaction table in a patron account. This enhancement will make each of those notes editable after they have been submitted. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 65

[Bug 41305] New: Make the list of harvesting jobs more informative in erm/eusage/usage_data_providers
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '26

11 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41305 Bug ID: 41305 Summary: Make the list of harvesting jobs more informative in erm/eusage/usage_data_providers Initiative type: --- Sponsorship --- status: Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)gmail.com, jonathan.field(a)openfifth.co.uk, martin.renvoize(a)openfifth.co.uk, matt.blenkinsop(a)openfifth.co.uk, pedro.amorim(a)openfifth.co.uk I have not checked in main, but in 24.11 when you harvest a datasource this kind of message is displayed : "Job for report type DR has been queued. Check job progress." It could be more informative : adding the name of the source and the begin and end date could make it easier to identify a job if you want to get more information -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 32682] New: Add permission for viewing patron reading history
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '26

11 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32682 Bug ID: 32682 Summary: Add permission for viewing patron reading history Change sponsored?: --- Product: Koha Version: 22.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com With intranetreadinghistory it is an all or nothing option - there are often situations where staff will need to view this, but not necessarily every staff member needs to see the information. It would be great to add the ability to view this to the permissions so libraries can decided which staff have this ability. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 60

[Bug 42817] New: View checkout history permission needs documentation
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '26

11 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42817 Bug ID: 42817 Summary: View checkout history permission needs documentation Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: george(a)nekls.org QA Contact: testopia(a)bugs.koha-community.org CC: aude.charillon(a)openfifth.co.uk, david(a)davidnind.com, philip.orr(a)lmscloud.de Target Milestone: --- This permission is not currently documented. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3