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

[Bug 34179] New: Make authority MARC preview look like bibliographic MARC preview
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '26

12 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34179 Bug ID: 34179 Summary: Make authority MARC preview look like bibliographic MARC preview Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: heather_hernandez(a)nps.gov QA Contact: testopia(a)bugs.koha-community.org Starting with 22.11, the MARC preview of auts is very different from the MARC preview of bibs. When displaying aut search results, the user can select for a particular aut record: Actions MARC preview And what appears seems to be a compilation of the tabbed display with all the MARC labels, e.g., "455 ## - SEE FROM TRACING--GENRE/FORM TERM" included. So it's not really a MARC preview--it's a repeat of the tabbed display assembled into one window. Since the MARC tag labels are already there for authorities in the tabbed display (like the MARC tag labels are present in the OPAC "MARC view"), they are already present for anyone wanting a MARC display with textual field labels. An unlabeled display for auts doesn't really exist, and it would be great if the "MARC preview" for auts was the unlabeled MARC display available for staff, just like the MARC preview for bibs is a unlabeled MARC display. I really want a way to see an unlabeled MARC aut record in one screen—to be able to look at it, read it, etc., quickly. There is currently no way to do that, and I think having the MARC preview repeat all the tag/field labels that are already present in the regular display is redundant. I would love for the aut MARC preview to be exactly the same as the bib MARC preview, so there is a way for catalogers to quickly see an unlabeled MARC record that they can examine, scan, read, etc. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 40026] New: Edit item metadata should present Standard form if AutoILLBackendPriority is in use
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '26

12 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40026 Bug ID: 40026 Summary: Edit item metadata should present Standard form if AutoILLBackendPriority is in use Change sponsored?: --- 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: pedro.amorim(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 38

[Bug 40024] New: Backends that don't support get_requested_partners capability show a '(0)' in status
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '26

12 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40024 Bug ID: 40024 Summary: Backends that don't support get_requested_partners capability show a '(0)' in status Change sponsored?: --- 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: pedro.amorim(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 39773] New: OPAC ILL form does not use client-side form validation for required fields
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '26

12 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39773 Bug ID: 39773 Summary: OPAC ILL form does not use client-side form validation for required fields Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: pedro.amorim(a)openfifth.co.uk Reporter: pedro.amorim(a)openfifth.co.uk QA Contact: tomascohen(a)gmail.com CC: pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com We're already using a required parameter. We should make use of it in the HTML and add the 'required' attribute to the HTML inputs. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 28863] New: Cancel a Pending Notice
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '26

12 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28863 Bug ID: 28863 Summary: Cancel a Pending Notice Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: rcoert(a)arlingtonva.us QA Contact: testopia(a)bugs.koha-community.org We would like the ability to cancel any notice that is currently "Pending" on the Notices tab in a user's account. Also, a record of which librarian cancelled the notice and date/time stamp would be very useful. Use Case: Item is discharged, hold is trapped, & notice is generated. Staff then realizes that the item is badly damaged and reverts the hold to obtain another copy. However, the notice for the original item is now Pending in the account and the email will be sent - even though the item is not on the Hold Shelf. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 2172] Cart attaches an iso2709 file, which confuses 99% of patrons
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '26

12 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2172 Fridolin Somers <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fridolin.somers(a)biblibre.co | |m --- Comment #7 from Fridolin Somers <fridolin.somers(a)biblibre.com> --- (In reply to Katrin Fischer from comment #3) > It turns out the attachement can also create problems if the receiving mail > server is strict about attachements. Indeed, SPAM protection is very strong these days. We should simply remove the attachement. And close this never-ending-story ;) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 32630] New: Don't delete ILL requests when patron is deleted
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '26

12 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32630 Bug ID: 32630 Summary: Don't delete ILL requests when patron is deleted Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de CC: magnus(a)libriotech.no, martin.renvoize(a)ptfs-europe.com, tomascohen(a)gmail.com There is a FK constraint, that makes it so that when a patron is deleted, the ILL requests linked to the account are deleted as well. This can potentially cause a number of problems: * ILL requests deleted could be pending, in shipment etc. You will have no audit track if there are any problems with transport etc. * You won't be able to do reliable statistics on number of ILL requests etc. especially since adding a request is not even logged. I propose that instead of removing the borrowernumber, we either * leave it * set it to NULL Would love to get some input on this one! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 48

[Bug 38928] New: Openurl 'id' or 'rft_id' may contain key information
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '26

12 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38928 Bug ID: 38928 Summary: Openurl 'id' or 'rft_id' may contain key information Change sponsored?: --- 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: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: pedro.amorim(a)ptfs-europe.com, tomascohen(a)gmail.com Currently, the Standard backend is mapping 'id' or 'rft_id' in the openurl to 'doi'. But 'rft_id' may contain 'DOI:12345' where '12345' is the doi value. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 10190] Overdue notice triggers based on item type
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '26

12 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 --- Comment #271 from Michaela Sieber <michaela.sieber(a)kit.edu> --- There is a fundamental conceptual error in the migration of the overdue rules with branch code. No default rules must be created here, since there were no default rules in the previous version either. The identification of “common” rules is far too simplistic. Consider the following scenario: Your library has 10 patron categories. Branch Centerville: for 6 of these categories, an overdue rule is configured with delay = 3 and the ODUE letter sent by email. However, for the remaining four categories, no rule is configured at all. In the current version, these four categories therefore do not receive any overdue notices. With the migration, you would now create a default rule that would also apply to these four categories. This is incorrect, because we must not make assumptions or create default rules for other institutions whose specific setup and context we do not know. Our conclusion is that only explicit rules may be migrated. This applies both to rules with a branch code and to those without a branch code. We strongly recommend testing with existing, differing overdue rules. For this purpose, we have created ready-to-use SQL insert statements and would be happy to provide them for testing, so that the various migration scenarios can be tested more easily. This is what we've done for testing with KTD: git checkout main ktd up ktd --shell koha-mysql kohadev SQL-Insert statements for overduerules and overduerules_transport_types : INSERT INTO overduerules (overduerules_id, branchcode, categorycode, delay1, letter1, debarred1, delay2, debarred2, letter2, delay3, letter3, debarred3) VALUES (1, '', 'HB', 2, 'ODUE', 0, 4, 0, 'ODUE', 6, 'ODUE', 0), (2, '', 'B', 1, 'ODUE', 0, 2, 0, 'ODUE', 3, 'ODUE', 1), (3, '', 'K', 3, 'ODUE', 0, 6, 0, 'ODUE', 9, 'ODUE', 1), (4, 'LPL', 'K', 5, 'ODUE', 0, 10, 1, 'ODUE', 0, '', 0), (5, 'LPL', 'ST', 7, 'ODUE', 0, 14, 1, 'ODUE', 0, '', 0), (6, 'LPL', 'YA', 10, 'ODUE', 0, 20, 1, '', 0, '', 0), (7, 'SPL', 'SC', 8, 'DUE', 1, 0, 0, '', 0, '', 0); INSERT INTO overduerules_transport_types (id, letternumber, message_transport_type, overduerules_id) VALUES (1, 1, 'print', 1), (2, 2, 'print', 1), (3, 3, 'print', 1), (4, 1, 'email', 2), (5, 2, 'email', 2), (6, 3, 'email', 2), (7, 3, 'print', 2), (8, 1, 'email', 3), (9, 1, 'print', 3), (10, 2, 'email', 3), (11, 2, 'print', 3), (12, 3, 'print', 3), (13, 1, 'email', 4), (14, 2, 'print', 4), (15, 1, 'email', 5), (16, 2, 'email', 5), (17, 2, 'print', 5), (18, 1, 'email', 6); Now everything is prepared for testing the migration scenario. Check the overduerule in Koha staff interface before you apply the patch! # if branch already exists, delete it : git branch -D bug_10190 git checkout -b bug_10190 origin/main git bz apply 10190 updatedatabase yarn build # copies the Apache-Config files to the correct place sudo perl /kohadevbox/misc4dev/cp_debian_files.pl --instance=kohadev --koha_dir=/kohadevbox/koha --gitify_dir=/kohadevbox/gitify restart_all Check the migrated circulation triggers. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 38685] New: ILL pages have incomplete breadcrumbs
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '26

12 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38685 Bug ID: 38685 Summary: ILL pages have incomplete breadcrumbs Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: pedro.amorim(a)ptfs-europe.com Reporter: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: pedro.amorim(a)ptfs-europe.com, tomascohen(a)gmail.com Depends on: 35604 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35604 [Bug 35604] ILL - Allow for automatic backend selection -- You are receiving this mail because: You are watching all bug changes.

1 34