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

[Bug 21419] New: Inventory - Allow skipping items with in transit holds
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '26

12 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21419 Bug ID: 21419 Summary: Inventory - Allow skipping items with in transit holds 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org It felt like bug 21413 needed this followup for completeness. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 18140] New: Print Full MARC bib record from Advance Editor
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '26

12 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18140 Bug ID: 18140 Summary: Print Full MARC bib record from Advance Editor Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: jacqueline(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Need to be able to print a full MARC record from Advance Editor to streamline processes instead of partners having to go to OPAC to accomplish this. When you try to print from advance editor, you only get the first half of the record. A print button towards the top that would print the entire MARC record would be beneficial for managers who are helping to educate their catalogers. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 24501] New: Authorities 'merge' is confusing
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '26

12 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24501 Bug ID: 24501 Summary: Authorities 'merge' is confusing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org While authority updates sometimes happen because of the merging of authorities, authority record edits also cause a need to 'merge' Perhaps the cronjob and sysprefs should refer to 'updating' authorities? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 29825] New: Preview of authority record on edit mode as MARC formatted view
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '26

12 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29825 Bug ID: 29825 Summary: Preview of authority record on edit mode as MARC formatted view Change sponsored?: --- Product: Koha Version: master 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: gveranis(a)dataly.gr QA Contact: testopia(a)bugs.koha-community.org While a librarian is cataloguing an authority record by using the framework cannot check the full view of the record in MARC structure way before saving. That patch will add a new action on edit mode in order to show on a new window a preview of MARC record that will be saved. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 54

[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 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