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

[Bug 34142] New: Add column sub_location to items table
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '26

07 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34142 Bug ID: 34142 Summary: Add column sub_location to items table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: emmi.takkinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org We should add new column sub_location to items and deleteditems table. This can be used to indicate e.g. if item has some other more specific location than permanent location. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 47

[Bug 41534] New: Terminology: Use US English spelling for cancel variants (canceled, canceling and cancellation) for consistency
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '26

07 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41534 Bug ID: 41534 Summary: Terminology: Use US English spelling for cancel variants (canceled, canceling and cancellation) for consistency Initiative type: --- Sponsorship --- status: Product: Koha Version: Main 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 The OPAC and staff interface use a mix of the British English spelling and US English spelling for cancel variants (canceled, canceling, cancellation). We should use the typical US English spelling for consistency. The British English spelling (with double ls): - cancelled - cancelling - cancellation (same for both British and US English) The US English spelling (typical spelling): - canceled - canceling - cancellation (same for both British and US English) Reference: - Miriam-Webster Dictonary: https://www.merriam-webster.com/dictionary/cancelled -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 38555] New: Broken external link to koha-docs mailing list
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '26

07 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38555 Bug ID: 38555 Summary: Broken external link to koha-docs mailing list Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Documentation 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: aude.charillon(a)ptfs-europe.com, philip.orr(a)lmscloud.de In the Introduction chapter, under Using this manual (https://koha-community.org/manual/latest/en/html/intro.html#using-this-manu…) there are a couple of references to the koha-docs mailing list. This list does not exist anymore. We should remove those references since if someone reports an error or missing information, we just tell them to open a bug report on bugzilla. We can maybe add a reference to the general mailing list and mattermost where people can discuss questions about using Koha that are not answered in the manual. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 36842] New: about-team.inc: Website maintainer vs Website administrator
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '26

07 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36842 Bug ID: 36842 Summary: about-team.inc: Website maintainer vs Website administrator Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface 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: gmcharlt(a)gmail.com While translating, I found there are two different strings for Website administration in the about page. - Website administrator - Website maintainer -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 41532] New: Standarise the website placeholder used in the manual to refer to the OPAC and staff interface
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '26

07 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41532 Bug ID: 41532 Summary: Standarise the website placeholder used in the manual to refer to the OPAC and staff interface Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org CC: aude.charillon(a)openfifth.co.uk, david(a)davidnind.com, philip.orr(a)lmscloud.de The manual use **17** different website placeholders when referring to the OPAC and staff interface URL. These are the current variations: - YOUR_KOHA_OPAC_URL - YOURKOHACATALOG - YOURSITE - reference to OPAC URL - YOUROPAC - your-koha-staff-interface - your_koha_address - your-koha-staff-client-url - YOUR.OPAC.URL - default.tld - www.mylib.com - koha-pro.tld - www.mylibrarysite.com - YOURCATLOG - mykohaopac.org - yourlibraryurl (I added another one!) - staff.mylibrary.example.com - myserver.com For consistency, we should decide on a single placeholder to use. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 40160] New: Use HTTPS for links to community websites
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '26

07 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40160 Bug ID: 40160 Summary: Use HTTPS for links to community websites Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor 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 web-browsers now only allow HTTPS, we should change links in templates with SSL : https://schema.koha-community.org, https://wiki.koha-community.org ... -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 38561] New: Broken internal references in Administration preferences chapter
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '26

06 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38561 Bug ID: 38561 Summary: Broken internal references in Administration preferences chapter Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Documentation 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: aude.charillon(a)ptfs-europe.com, philip.orr(a)lmscloud.de In the Administration preferences chapter, under ReplytoDefault (https://koha-community.org/manual/latest/en/html/administrationpreferences.…) and ReturnpathDefault (https://koha-community.org/manual/latest/en/html/administrationpreferences.…) the internal references are not formatted correctly. "By default replies to notice emails will go to the `library email address <#libraries-groups>`__," The reference should have this format :ref:`library email address <libraries-label>` "By default bounced notices will go to the `library email address <#libraries-groups>`__," The reference should have this format :ref:`library email address <libraries-label>` I would also review those run-on sentences and cut them up. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 34863] New: Allow definition of custom url for pages
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '26

06 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34863 Bug ID: 34863 Summary: Allow definition of custom url for pages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org When creating pages in Tools, it's be helpful to give a page a custom url based on a unique string. So one could give the page a slug like "longoverdues" and then have a url like "/cgi-bin/koha/tools/page.pl/longoverdues" or something more human-readable and human-rememberable. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 32020] New: Expired pages are still accessible
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '26

06 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32020 Bug ID: 32020 Summary: Expired pages are still accessible Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org When creating a new page with the additional content page, there is a possibility of adding an 'expiration date' to the page, presumably for when the content of the page is not valid anymore. However, the link to that page is still valid after the page has expired. I wonder if the link should return an error page or 404 page or something like that. To test: 1. Go to Tools > Pages > New entry 2. Create a page with no expiry date 4. Access the link to the page in another tab 5. Click 'Edit' next to the page entry 6. Add an expiry date in the past to the entry --> It disappears from the list of pages 7. In the other tab, refresh the page --> It is still accessible -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 37710] New: Remove the marc link when removing an item from a bundle
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '26

06 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37710 Bug ID: 37710 Summary: Remove the marc link when removing an item from a bundle Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl A new functionality to automatically add a new MARC link has been added in Bug 29560 (Add option to create MARC links when adding items to bundles). There should also be a way to remove this link when removing the item from the bundle. Moreover I don't know if this should be a second bug but since the link is not removed, there can be multiple links if the item is added to a new bundle. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25