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

[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

[Bug 40615] New: Update mention of 'My virtual card' in OPACVirtualCard description
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '26

06 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40615 Bug ID: 40615 Summary: Update mention of 'My virtual card' in OPACVirtualCard description 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: aude.charillon(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 38792 renamed the 'My virtual card' tab in the OPAC to 'Library card' from version 25.05. The OPACVirtualCard preference, which enables the feature, still mentions the 'My virtual card' tab in its description. It should be updated. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 38792] New: Move "My virtual card" tab and maybe re-label it
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '26

06 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38792 Bug ID: 38792 Summary: Move "My virtual card" tab and maybe re-label it Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Depends on: 26777 When pushing bug 26777 I had made these notes on the bug: > 1) Naming and positioning > > This is a question: You named the tab "My virtual card", but that appears > very general. What about we named it "Library card" or "Virtual library > card" instead? > Tbh I struggle a bit with the 'virtual and the "my" that we once had removed > from all the other tabs. > > Also, right now the tab appears last in the patron's account, should we move > it to be first or second? I believe they still apply and we should at least move the feature more to the top of the tabs. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26777 [Bug 26777] Give the user the option to display their patron card barcode from the OPAC -- You are receiving this mail because: You are watching all bug changes.

1 35

[Bug 37996] New: Links created by link_marc_host do not contain 999$0 in MARC21
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '26

06 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37996 Bug ID: 37996 Summary: Links created by link_marc_host do not contain 999$0 in MARC21 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 Bug 29560 created a new function link_marc_host which is supposed to bind the fields : MARC21: 773$0 of the biblio to the 999$c of the bundle biblio UNIMARC: 461$0 of the biblio to the 001 of the bundle biblio This does not work for the MARC21 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 31329] New: Add ability to block all linked accounts when one account has been restricted
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '26

06 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31329 Bug ID: 31329 Summary: Add ability to block all linked accounts when one account has been restricted Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com For some libraries, when using guarantor/guarantee relationships, they would like to see that blocks occur on the entire family. For example, if a guarantor/guarantee has been blocked either by an overdue process or a manual restriction- this block would be also placed on the other linked accounts. Once a restriction has been removed, the restrictions on all accounts would be removed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 27138] New: Host items are not included in Z39 results when using EasyAnalytics
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '26

06 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27138 Bug ID: 27138 Summary: Host items are not included in Z39 results when using EasyAnalytics Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org If a library enables EasyAnalytics and links two records in the catalog then the host items show on the child record. If you search for these records via Z3950 (via zebra directly or the responder) the host items are not shown -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 53