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

[Bug 42273] New: 'idenfity' typo in `categories` table
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '26

18 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42273 Bug ID: 42273 Summary: 'idenfity' typo in `categories` table Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org If you touch the `Koha/Schema/Result/Category.pm` file the QA tools complain about this. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 41884] New: Job report for batch item modifications that fail due to PreventWithdrawingItemsStatus has no details on failed items
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '26

18 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41884 Bug ID: 41884 Summary: Job report for batch item modifications that fail due to PreventWithdrawingItemsStatus has no details on failed items Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org If PreventWithdrawingItemsStatus is set to prevent withdrawal of in transit and/or checked out items, and some items in a batch item modification fail because they're either in transit or checked out, the job details screen does not provide any information about which items failed or the reason for the failure. At a minimum, it should show the item number or barcode so that libraries know which items need attention. When individual items can't be withdrawn due to the system preference, the error message notes the reason, so ideally that would be included in the job report too. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 33

[Bug 41769] New: ", by" in suggestions is untranslatable
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '26

18 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41769 Bug ID: 41769 Summary: ", by" in suggestions is untranslatable Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal 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 viewing purchase suggestions in the staff interface, a ", by" is added between the title and the author. This was translatable in 24.05, but several of our clients noticed it was not translated in 25.05 when we upgraded them. I cannot find the string in Weblate for this. The code changed in 25.05 with bug 33430. To recreate: 1. Add another language to Koha ./misc/translator/translate install fr-CA 2. Enable the new language in StaffInterfaceLanguages 2.1. Go to Administration > System preferences 2.2. Search for StaffInterfaceLanguages 2.3. Check the new language 2.4. Click Save all I18N/L10N preferences 3. Create a new purchase suggestion 3.1. Go to More > Suggestions 3.2. Click New purchase suggestion 3.3. Fill out the title AND the author at least 3.4. Click Submit your suggestion 4. View the suggestion in the table --> It says title, by author 5. Switch language --> The ", by" is still in English 6. Search the .po files for ", by" grep -B 3 ", by" misc/translator/po/fr-CA* --> Nothing in suggestion.tt -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 52

[Bug 42143] New: The breadcrumbs on Patron pages render an empty link
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '26

18 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42143 Bug ID: 42143 Summary: The breadcrumbs on Patron pages render an empty link 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: blawlor(a)clamsnet.org 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 Go to a page like http://localhost:8081/cgi-bin/koha/members/moremember.pl?borrowernumber=51 Tab through the breadcrumbs and notice there is an empty link before the link to the patron record. Copy the page source and paste in the W3C Markup Validation Service Notice the errors: Error: Start tag a seen but an element of the same type was already open. Error: Stray end tag a. This violates WCAG 1. 2.4.4 Link Purpose (In Context) (Level A) because a screen reader can't announce the purpose of the link. This is a duplicate nested link and can be removed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 38739] New: Templates not ending with include intranet-bottom.inc in staff interface
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '26

18 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38739 Bug ID: 38739 Summary: Templates not ending with include intranet-bottom.inc 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: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Some templates in staff interface do not end with include intranet-bottom.inc. > tail -n1 koha-tmpl/intranet-tmpl/prog/en/modules/*/*.tt | grep -B2 '</html>' ==> koha-tmpl/intranet-tmpl/prog/en/modules/acqui/showorder.tt <== </html> -- ==> koha-tmpl/intranet-tmpl/prog/en/modules/basket/basket.tt <== </html> ==> koha-tmpl/intranet-tmpl/prog/en/modules/basket/downloadcart.tt <== </html> ==> koha-tmpl/intranet-tmpl/prog/en/modules/basket/sendbasketform.tt <== </html> ==> koha-tmpl/intranet-tmpl/prog/en/modules/batch/print-notices.tt <== </html> -- ==> koha-tmpl/intranet-tmpl/prog/en/modules/catalogue/showelastic.tt <== </html> ==> koha-tmpl/intranet-tmpl/prog/en/modules/catalogue/showmarc.tt <== </html> -- ==> koha-tmpl/intranet-tmpl/prog/en/modules/reports/convert_report.tt <== </html> -- ==> koha-tmpl/intranet-tmpl/prog/en/modules/tools/preview_letter.tt <== </html> -- ==> koha-tmpl/intranet-tmpl/prog/en/modules/virtualshelves/downloadshelf.tt <== </html> ==> koha-tmpl/intranet-tmpl/prog/en/modules/virtualshelves/sendshelfform.tt <== </html> So for example it does not call hook "intranet_js". Should all templates end with this include ? -- You are receiving this mail because: You are watching all bug changes.

1 64

[Bug 40481] New: The items table on koha/opac-MARCdetail.pl does not honor OPACHiddenItems
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '26

18 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40481 Bug ID: 40481 Summary: The items table on koha/opac-MARCdetail.pl does not honor OPACHiddenItems Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org 1. Set OPACHiddenItems to hide lost items: itemlost: [1] 2. Find a record with a lost item. 3. In the OPAC, go to the MARC view and scroll to the bottom. 4. The lost item is displaying. -- You are receiving this mail because: You are watching all bug changes.

1 40

[Bug 41102] New: Error 500 on the "About" page when biblioserver Zebra configuration is missing
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '26

18 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41102 Bug ID: 41102 Summary: Error 500 on the "About" page when biblioserver Zebra configuration is missing Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: About Assignee: koha-bugs(a)lists.koha-community.org Reporter: hammat.wele(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org When either the <listen id="biblioserver"> entry or the <server id="biblioserver" listenref="biblioserver"> section is not present in koha-conf.xml, the Intranet > About page triggers a 500 Internal Server Error. To test: 1. Edit koha-conf.xml and Comment out:  2. Restart Apache: sudo systemctl restart apache2 3. Go to Intranet -> About ==> Internal Server Error (500) 4. Now restore the <listen> line and instead comment out the entire <server id="biblioserver" listenref="biblioserver">...</server> block. 5. Repeat step 2, 3 ==> Internal Server Error (500) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 28297] New: can't save system preference and field not marked as modified when changing value
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '26

18 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28297 Bug ID: 28297 Summary: can't save system preference and field not marked as modified when changing value Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: victor(a)tuxayo.net QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com == Test plan == 1. Search any syspref that has a text input 2. input a value, like 3, you see "modified" 3. save 4. refresh (tech note: the <input> will now have value=3) 5. input 5, you see "modified" 6. save (tech note: the <input> still has value=3, this is the cause) 7. input 3, you don't see "modified" (this in wrong) 8. save 9 "nothing to save", this is wrong -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 42317] New: [CVE-2014-1626] Require MARC::File::XML > 1.0.2
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '26

18 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42317 Bug ID: 42317 Summary: [CVE-2014-1626] Require MARC::File::XML > 1.0.2 Initiative type: --- Sponsorship --- status: Product: Koha Version: Main 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CVE-2014-1626 notes vulnerabilities in MARC::File::XML in versions less than 1.0.2. Looking at Koha's cpanfile we say that we require at least version 1.0.1, but that should be updated to 1.0.2 or even 1.0.5 since in practice only 1.0.5 is really available via CPAN or Debian repos. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 40744] New: Don't give noisy warning when PatronSelfRegistration is turned off
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '26

17 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40744 Bug ID: 40744 Summary: Don't give noisy warning when PatronSelfRegistration is turned off Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz We have several instances on one server. Some are using patron self registration, others do not. Now when cleanup_database.pl is run, we get a warning in the logs: Self-registrations cannot be removed, system preference PatronSelfRegistrationDefaultCategory is not set This is unnecessary, as for the libraries in question PatronSelfRegistration is OFF and PatronSelfRegistrationExpireTemporaryAccountsDelay is set to 0. The pref description says: NOTE: This system preference requires the misc/cronjobs/cleanup_database.pl cronjob. Ask your system administrator to schedule it. No patrons will be deleted if you set the pref to zero or make it empty. So we are telling the script, it's OK, we don't want any deleted, and still get the noisy warning. This is unnecessary. The warning should only be given when PatronSelfRegistrationExpireTemporaryAccountsDelay is not empty or 0 and the PatronSelfRegistrationDefaultCategory is empty at the same time. We might also want to check for PatronSelfRegistration. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 54