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

[Bug 42947] New: Ability to assign a macro to a keystroke
by bugzilla-daemon＠bugs.koha-community.org 30 Jun '26

30 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42947 Bug ID: 42947 Summary: Ability to assign a macro to a keystroke Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: crosenthal(a)pwcgov.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- Add ability to map an Advanced cataloging editor macro to a keystroke / keyboard shortcut -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 42951] New: Add REST API endpoints for retrieving cover images
by bugzilla-daemon＠bugs.koha-community.org 30 Jun '26

30 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42951 Bug ID: 42951 Summary: Add REST API endpoints for retrieving cover images 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 Depends on: 42804 Target Milestone: --- This bug adds GET endpoints for fetching cover images (both full and thumbnail) via the REST API, replacing the CGI catalogue/image.pl script. Endpoints to implement: Staff side: GET /api/v1/cover_images/{cover_image_id} GET /api/v1/biblios/{biblio_id}/cover_images/{cover_image_id} Public side: GET /api/v1/public/biblios/{biblio_id}/cover_image GET /api/v1/public/items/{item_id}/cover_image All endpoints accept a 'thumbnail' query parameter (boolean) to return the thumbnail version instead of the full-size image. Responses are raw binary with appropriate Content-Type (image/png, image/jpeg, etc.) and caching headers. Depends on bug 42804 which migrates upload and delete to the REST API. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42804 [Bug 42804] Replace svc/cover_images and tools/upload-cover-image.pl with REST API -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 42950] New: Add ability to copy subfields to a position/range in control fields using MARC modification templates
by bugzilla-daemon＠bugs.koha-community.org 30 Jun '26

30 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42950 Bug ID: 42950 Summary: Add ability to copy subfields to a position/range in control fields using MARC modification templates Initiative type: --- Sponsorship --- status: 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: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- It would be helpful if MARC modification templates allowed libraries to copy subfields to a specific position in control fields. For instance, libraries may want to copy 260$c or 264$c to position 07-10 in 008. Recent/upcoming enhancements to MARC modification templates have similar functions, but not exactly that (Bug 28915 - MARC modification templates should allow specification of a position or range within a control field and Bug 36515 - Amend MARC modification templates so control fields can be copied to subfields). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 36515] New: Amend MARC modification templates so control fields can be copied to subfields
by bugzilla-daemon＠bugs.koha-community.org 30 Jun '26

30 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36515 Bug ID: 36515 Summary: Amend MARC modification templates so control fields can be copied to subfields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It would be nice if MARC modification templates could work with control fields - specifically to copy control fields to subfields. A MARC control field is a field where the tag is less than 10, e.g. 001. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 37

[Bug 41595] New: Manage bundle -button breaks after clicking "Show filters" / "Hide filters" link
by bugzilla-daemon＠bugs.koha-community.org 30 Jun '26

30 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41595 Bug ID: 41595 Summary: Manage bundle -button breaks after clicking "Show filters" / "Hide filters" link Initiative type: --- Sponsorship --- status: 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: anni.maki-mantila(a)turku.fi QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Manage bundle -button seems to break after clicking "Show filters" / "Hide filters" -link in /cgi-bin/koha/catalogue/detail.pl holdings-table. To recreate: 1. Set system preference "AlwaysShowHoldingsTableFilters" to "Don't" 2. Find a record with items 2. Click Edit > Edit record 3. Change the 7th position of the leader to "c" OR - Click the Tag editor for the leader - Choose "c-Collection" under "7- Bibliographic level" - Click "Save" 4. Click "Save" 5. Click "Show filters" -link in the holdings-table 5. Click "Manage bundles (0|0)" next to one of the items --> Nothing happens If system preference "AlwaysShowHoldingsTableFilters" is set to "Do" and filters are shown in default, the button breaks after clicking the "Hide filters" -link. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 17180] New: Add a current date macro to the advanced cataloging editor
by bugzilla-daemon＠bugs.koha-community.org 30 Jun '26

30 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17180 Bug ID: 17180 Summary: Add a current date macro to the advanced cataloging editor Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 42483] New: HoldsQueuePrioritizeBranch description should say hold pickup library instead of patron's home libary
by bugzilla-daemon＠bugs.koha-community.org 30 Jun '26

30 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42483 Bug ID: 42483 Summary: HoldsQueuePrioritizeBranch description should say hold pickup library instead of patron's home libary Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com The description for HoldsQueuePrioritizeBranch reads "The holds queue should prioritize filling a hold by matching the patron's home library with an item having a matching (home library / holding library)." However, it actually attempts to match the hold pickup branch to either the item homebranch or the item holdingbranch. It should be reworded. To confirm the current behavior: - have transport cost matrix and LocalHoldsPriority off - Have a patron with home of Branch A - Have a bib with two available items -- Item 1 is homebranch and holdingbranch A -- Item 2 is homebranch and holdingbranch B - place a hold for your patron patron to be picked up at Branch B - build holds queue - see it targets the item at Branch B (hold pickup) rather than the item at branch A (patron home) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 42939] New: Using ILL requests backend filter breaks status filter
by bugzilla-daemon＠bugs.koha-community.org 30 Jun '26

30 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42939 Bug ID: 42939 Summary: Using ILL requests backend filter breaks status filter Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: aude.charillon(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com, pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com Target Milestone: --- This issue was first spotted in 25.11.04 and confirmed on Main. To replicate: 1. Enable the ILLModule system preference. 2. Navigate to /cgi-bin/koha/ill/ill-requests.pl (In main: Interlibrary loans > Visit ILL requests (previously ILL module).) 3. Create at least two ILL requests, with different destination libraries. 4. Update the status of one of the requests: 4a. Click Manage request then the Confirm request button. 4b. On the next screen, click the Confirm request button again. This marks the request as Requested and returns you to the Manage request screen. 5. Click the List requests above the request details. This returns you to the page in step 2. 6. In the Filters, select Status = New request and click Search. A request correctly displays. 8. Use the Clear button. The Filters are cleared of your selection and all requests correctly display. 9. In the Filters, select Status = New request + Destination library = the library of your new request and click Search. The request correctly displays. 11. Use the Clear button. The Filters are cleared of your selection and all requests correctly display. 10. In the Filters, select Backend = Standard and try to select a Status: the Status dropdown doesn't open, with no indication of why. 12. Use the Clear button. The backend filter is cleared but a second Status selector box appears. 13. Note: only the first Status selector is clickable. It actually works for searching. The second one doesn't disappear when using the Clear button; the only way to get rid of it is to refresh the page. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 15428] Different timeout preference for OPAC and staff interface
by bugzilla-daemon＠bugs.koha-community.org 30 Jun '26

30 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15428 Anke Bruns <anke.bruns(a)gwdg.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |anke.bruns(a)gwdg.de --- Comment #27 from Anke Bruns <anke.bruns(a)gwdg.de> --- We would really appreciate this to be accomplished soon, is this possible? As it is, the system preference, I'm sorry to say, is useless to our librarians. Thanks a lot! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 42944] New: Option to stop auto-renewals for indivdual checkouts
by bugzilla-daemon＠bugs.koha-community.org 30 Jun '26

30 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42944 Bug ID: 42944 Summary: Option to stop auto-renewals for indivdual checkouts Initiative type: --- Sponsorship --- status: Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Target Milestone: --- At the moment items are auto-renewed if the checkbox for auto-renewals is checked on checkout or if the circulation rules are set up to auto-renew for the item. There is an option to opt-out of auto-renewal for individual users in the patron record. It would be nice if auto-renewals could also be removed/stopped on checkout level. This could be a checkbox that is set on checkout in the patron account's checkout options or a way to remove the auto-renewal flag from the checkout list, maybe per batch operation (check multiple and have a button or similar at the bottom of the list). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1