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

[Bug 41533] New: Receipt printers - do we need a section in the documentation about setting these up?
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '26

07 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41533 Bug ID: 41533 Summary: Receipt printers - do we need a section in the documentation about setting these up? 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 has information about setting up receipt printers: - Koha Manual > Server administration > Receipt printers https://koha-community.org/manual/latest/en/html/hardware.html - KOha Manual > FAQs page about printers used by Koha libraries: https://koha-community.org/manual/latest/en/html/faq.html#printers These all mention very old printer models, and this content hasn't been updated for a long time. Do we need these sections anymore? Is it sufficient to have something similar to what the FAQ says, "General rule of thumb here is that if you can print with the printer from your browser, it will work with Koha." -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 37567] New: Add ability to save and share searches
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '26

07 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37567 Bug ID: 37567 Summary: Add ability to save and share searches Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org We should have the ability to save and share searches in staff interface -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 36404] New: Allow patrons to create saved searches
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '26

07 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36404 Bug ID: 36404 Summary: Allow patrons to create saved searches Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org A patron likes the author, Louise Penny, and if they could create a saved search for Louise Penny books, they could see all Louise Penny books the library has. Or even better, a patron loves audiobooks, and would like to create a saved search to show all 'newly acquired' audio books. Then when the patron logs in, they can see any updates to their saved searches. There is an option for staff to create saved searches, but it would be nice to have patrons have the same functionality. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 41508] New: bulkmarcimport.pl: Add option to clean deleted* tables when -d is used
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '26

07 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41508 Bug ID: 41508 Summary: bulkmarcimport.pl: Add option to clean deleted* tables when -d is used Initiative type: --- Sponsorship --- status: Product: Koha Version: Main 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 As bulkmarcimport is mostly used for doing the initial loading of a database and already allows to delete all bibliographic and authority records using the -d parameter, it would also make sense to offere an option to clean the deleted* tables in the same step as starting a new import. Maybe this should be optional as bulkmarcimport also provides some matching capabilities that indicate it's not always used on an empty db. But if you delete "all" with -d it might still be a safe assumption? Having some warnings in place about the change might be good. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[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