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

[Bug 21266] New: Missing doc-head-close and cssinclude in sco-main.tt
by bugzilla-daemon＠bugs.koha-community.org 02 Jun '26

02 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21266 Bug ID: 21266 Summary: Missing doc-head-close and cssinclude in sco-main.tt 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: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Custom stylesheet themes set in the OpacAdditionalStylesheet are not applied to the sco-main.tt page because this page is missing the following lines of code in the header: doc-head-close cssinclude -- You are receiving this mail because: You are watching all bug changes.

1 36

[Bug 34563] New: Move IntranetCirculationHomeHTML to HTML customizations
by bugzilla-daemon＠bugs.koha-community.org 02 Jun '26

02 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34563 Bug ID: 34563 Summary: Move IntranetCirculationHomeHTML to HTML customizations Change sponsored?: --- Product: Koha Version: unspecified 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 Bug 6419 adds some HTML customizations to the staff interface. IntranetCirculationHomeHTML is still a system preference. It would be nice to move it to HTML customizations with the others. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 33

[Bug 41091] New: Add ISO18626 to ILL for borrowing
by bugzilla-daemon＠bugs.koha-community.org 02 Jun '26

02 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41091 Bug ID: 41091 Summary: Add ISO18626 to ILL for borrowing Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com, pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com Bug 37762 is adding lending to Koha using the ISO18628 spec. It would be a good followup if we could also using ISO for borrowing. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 32919] New: Patron category transitions should be managed in the interface, not on the command line
by bugzilla-daemon＠bugs.koha-community.org 02 Jun '26

02 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32919 Bug ID: 32919 Summary: Patron category transitions should be managed in the interface, not on the command line Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: wizzyrea(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When a library wants to configure transitions between patron categories using the update_patrons_category.pl cron, all of the parameters for this must be entered on the command line. We should put the power to configure this in the hands of the library, and allow configuring these transitions in the Patron Category editor within the interface. We'll still need the cron of course, to do the actual shifting, but how cool would it be to have one job that checks the categories preferences and does the work without needing several job definitions. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 42754] New: Add ability to handle 98/99 sc status messages without requiring a login
by bugzilla-daemon＠bugs.koha-community.org 02 Jun '26

02 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42754 Bug ID: 42754 Summary: Add ability to handle 98/99 sc status messages without requiring a login Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The SIP2 spec doesn't require authentication ( nor does it disallow it ) for the 99 SC Status message and the 98 ACS Status response. We should add the ability to enable/disable requiring authentication for this behavior. Because this a server-wide behavior I think making it a system preference makes the most sense. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 42390] New: Update some tools pages to use grid layout for forms - Part 1
by bugzilla-daemon＠bugs.koha-community.org 02 Jun '26

02 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42390 Bug ID: 42390 Summary: Update some tools pages to use grid layout for forms - Part 1 Initiative type: --- Sponsorship Sponsored status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 41823 Tools -> HTML customizations Tools -> CSV profiles Tools -> Import patrons Tools -> Batch extend due dates Tools -> Batch modify holds Cataloging -> Batch item modification Cataloging -> Batch item deletion Cataloging -> Batch record modification Cataloging -> Batch record deletion Cataloging -> Export Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41823 [Bug 41823] Update acquisitions admin pages to use grid layout for forms -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 42759] New: Hidding fields or subfields with "Flagged" checkbox or in hidding all views in MARC framework do not work well.
by bugzilla-daemon＠bugs.koha-community.org 02 Jun '26

02 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42759 Bug ID: 42759 Summary: Hidding fields or subfields with "Flagged" checkbox or in hidding all views in MARC framework do not work well. Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In the configuration of a MARC framework, the "Flagged" function, intended to prevent a subfield from appearing in the OPAC, in the editor, or in the intranet, does not seem to behave as expected. Fields or subfields who's "Flagged" has been checked should not appear anywhere, even if the fields are not empty. However, we see these fields appearing in the editor, in the MARC view of the OPAC, and on the intranet (even if all subfields are flagged). Also, if I leave all the boxes unchecked so that they do not appear anywhere (the same behavior as "Flagged", according to the Koha manual), I still see the information in the editor and on intranet if a subfield is filled (if it is empty, I no longer see the field). This is therefore in contradiction with the Koha manual. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 42753] New: item-api-client.js: items.get() should accept headers parameter instead of hardcoding x-koha-embed
by bugzilla-daemon＠bugs.koha-community.org 02 Jun '26

02 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42753 Bug ID: 42753 Summary: item-api-client.js: items.get() should accept headers parameter instead of hardcoding x-koha-embed Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com ItemAPIClient.items.get(id) hardcodes x-koha-embed: '+strings' in the request headers. This should be passed through from the caller (like getAll already does) so different consumers can request different embeds. Current: get: id => this.httpClient.get({ endpoint: 'items/' + id, headers: { 'x-koha-embed': '+strings' }, }), Should be: get: (id, params = {}) => this.httpClient.get({ endpoint: 'items/' + id, ...params, }), Callers that need +strings would pass it explicitly: APIClient.item.items.get(id, { headers: { 'x-koha-embed': '+strings' } }) This follows the same pass-through pattern used for bundled_items.add(). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 42758] New: Resending notices needs more information
by bugzilla-daemon＠bugs.koha-community.org 02 Jun '26

02 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42758 Bug ID: 42758 Summary: Resending notices needs more information Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)openfifth.co.uk When you resend a notice, the only change to the information on the notice is the updated column. This does not show any reason for the resend or how many times it is resent, or if anything changed from the last time (like the address). It would be helpful if resends were nested and showed the address it was sent to for each attempt. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 42712] New: Error when making a suggestion with only the suggestions_create permission
by bugzilla-daemon＠bugs.koha-community.org 02 Jun '26

02 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42712 Bug ID: 42712 Summary: Error when making a suggestion with only the suggestions_create permission Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org TO recreate: 1. Setup a staff user with suggestions_create but none of the other permissions for suggestions. 2. Go to suggestion/suggestion.pl and create a new suggestion/ 3. Once the suggestion is submitted your are redirected back to suggestion/suggestion.pl and will see a pop-up: "Something went wrong when loading the table. 200: OK. " -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2