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

[Bug 42194] New: Sharing a report to Mana does not give feedback
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '26

17 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42194 Bug ID: 42194 Summary: Sharing a report to Mana does not give feedback Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Mana-kb Assignee: koha-bugs(a)lists.koha-community.org Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: alex.arnaud(a)biblibre.com After successfully sharing a report to Mana, the user is redirect to an empty page. It should be redirected to the list of report with a message telling that the report was correctly sent. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 41849] New: Cancelling filled hold from group does not delete remaining holds from group
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '26

17 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41849 Bug ID: 41849 Summary: Cancelling filled hold from group does not delete remaining holds from group Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 49

[Bug 41878] New: No logs for grouping existing holds or ungrouping a hyperhold
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '26

17 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41878 Bug ID: 41878 Summary: No logs for grouping existing holds or ungrouping a hyperhold Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com When grouping existing holds into a hyperhold or when ungrouping a hyperhold, the actions aren't logged, which is going to make troubleshooting extremely difficult (or impossible, depending on the issue). Hold groups are assigned an ID which shows in logs as hold_group_id when other changes are made to the hold, but grouping/ungrouping itself isn't logged. To replicate: -Place 2 or more holds for a patron (regular, not grouped) -Find the reserve_id for one of the holds, and view it in Tools > Logs. There will be an entry for the hold's creation. -From the patron's account, select the holds and click 'Group selected' -Run the log for the reserve_id, and note that there was not an entry generated by putting the hold into a group -Suspend the hold, then view the log for that reserve_id. Note that the log entry for the suspension now includes the hold_group_id. -From the patron's hold tab, click on the number in the 'Hold group' column, then select 'Ungroup hold' -Run the log for the reserve_id, and note that there is no new entry for ungrouping the hold -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 27

[Bug 41337] New: koha-create --request-db and --populate-db creates log files owned by root (intranet-error.log, opac-error.log)
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '26

17 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41337 Bug ID: 41337 Summary: koha-create --request-db and --populate-db creates log files owned by root (intranet-error.log, opac-error.log) Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: Linux Status: NEW Severity: major Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: saiful(a)semanticconsulting.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com When creating a new Koha instance using the two-step workflow (--request-db and --populate-db), some log files under /var/log/koha/<instance>/ end up with incorrect permissions. Specifically, intranet-error.log and opac-error.log are created as root:root instead of <inst>-koha:<inst>-koha. This causes Apache/Plack to fail to start cleanly until the ownership is corrected manually. Steps to Reproduce: 1. Run: koha-create --request-db test 2. Create the DB/user on the remote or local DB host as instructed. 3. Then run: koha-create --populate-db test 4. Check ownership of generated logs: ls -l /var/log/koha/test Actual Result: Two files are owned by root:root: -rw-r--r-- 1 root root 0 intranet-error.log -rw-r--r-- 1 root root 0 opac-error.log All other logs have correct ownership (test-koha:test-koha). Koha will not start smoothly until these two files are manually chowned. Expected Result: All log files under /var/log/koha/<instance>/ should be owned by <instance>-koha:<instance>-koha, identical to a normal koha-create run without the request/populate split. Notes: This only happens when using the two-step creation (--request-db + --populate-db). A normal one-step koha-create with --create-db assigns the correct ownership. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 42277] New: JS error when viewing a subscription
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '26

17 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42277 Bug ID: 42277 Summary: JS error when viewing a subscription Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org If no orders exist yet, there is a JS error in the console: Uncaught TypeError: can't access property "DataTable", table is undefined -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 41690] New: Add MARC21 245$b (subtitle) to Cite option
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '26

17 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41690 Bug ID: 41690 Summary: Add MARC21 245$b (subtitle) to Cite option 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org The "Cite" option in the OPAC is missing the subtitle (245$b) in MARC21. To recreate: 1. Add a record or find a record with a subtitle (in KTD, biblionumber 58 has a 245$b http://localhost:8081/cgi-bin/koha/catalogue/MARCdetail.pl?biblionumber=58 2. In the OPAC, go to the record http://localhost:8080/cgi-bin/koha/opac-detail.pl?biblionumber=58 3. Click "Cite" --> The subtitle is not in any of the citations I consulted a customer in a university and he said the subtitle should be after the title and be preceded by a colon. e.g. 'More fruitful than the soil' : army, empire and the Scottish Highlands, 1715-1815 -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 42262] New: MARC 006 tag editor plugin drops blank value in position 17 when editing existing tag
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '26

17 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42262 Bug ID: 42262 Summary: MARC 006 tag editor plugin drops blank value in position 17 when editing existing tag Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When one opens the 006 tag editor plugin when editing a record that already has an 006 value, a blank value in position 17 is dropped by the plugin. This causes the record to save an invalid 006, triggering the error message added in Bug 40272. To recreate: - have a MARC record with Type of Material "BKS - Books" that does not have an 006 defined (biblio 1 in the KTD default data will work) - edit the biblio in the basic editor - open the tag editor for the 006 - observe that the values along the top of the tag editor window show a value of "" (blank) in position 17 - click Save in the tag editor window - confirm that the values in the 006 tag end with a space - open the 006 tag editor again - observe that the values along the top of the tag editor window no longer show any value for position 17. Instead, they end with the zero in position 16 - click Save in the tag editor window - confirm that the values in the 006 tag now end with a zero, not followed by a space - save your biblio - edit the biblio in the basic editor again, get warning "The following fixed-length control field(s) have an invalid length: 006. Please fix." -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 42236] New: OPAC lists table header contains no text
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '26

17 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42236 Bug ID: 42236 Summary: OPAC lists table header contains no text Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Accessibility Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)openfifth.co.uk, matt.blenkinsop(a)openfifth.co.uk, oleonard(a)myacpl.org TO recreate: 1. Log in to the OPAC 2. Create at least 1 list. 3. Go to the opac-userlists page. 4. The column with Edit and Delete options has a table header with no text. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 37397] New: "Barcodes" in preservation module untranslatable
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '26

17 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37397 Bug ID: 37397 Summary: "Barcodes" in preservation module untranslatable Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: f.demians(a)tamil.fr, jonathan.druart(a)gmail.com When adding items to the waiting list in the preservation module, the "Barcodes" hint in the text box is not translatable. To get there: 1. Install another language e.g. ./misc/translator/translate update fr-CA ./misc/translator/translate install fr-CA Enable the language in the language syspref 2. Enable PreservationModule syspref 3. Add a not for loan status in the PreservationNotForLoanWaitingListIn syspref 4. Change the language of the interface 5. Go to Preservation > Waiting list 6. Click Add to waiting list --> The "Barcodes" hint inside the text box is not translated 7. Optionally, search the .po files for the string git grep "Barcodes" fr-CA* --> Nothing for preservation; everything else is translated -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 41788] New: Make holds queue redirection optional
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '26

17 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41788 Bug ID: 41788 Summary: Make holds queue redirection optional Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor 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(a)bywatersolutions.com Pushing https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36455 without an option to not use it has caused issues for libraries with large hold queues. Without having the ability to filter before running the queue, it can take a long time to generate the list, taking up other resources on the server. Once the queue finally renders, staff have to re-run the process with the limitations/filters in place. This needs to be a system preference. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 45