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

[Bug 39878] New: EDIFACT vendor account records sets default port incorrectly for FTP
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39878 Bug ID: 39878 Summary: EDIFACT vendor account records sets default port incorrectly for FTP Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When creating or editing an EDI (EDIFACT vendor record) if the port is left empty it will be set to port 22. This is fine then the service is SFTP, but if FTP is selected the default to 21. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 38841] New: Guarantor does not check non members guarantor while deleting with ChildNeedsGuarantor
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38841 Bug ID: 38841 Summary: Guarantor does not check non members guarantor while deleting with ChildNeedsGuarantor Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Steps to reproduce: 1 - Edit a Child, add a guarantor and a non-member guarantor 2 - Try to remove the guarantor while letting the non-member guarantor -> you cannot -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 39080] New: Holds to Pull table headers incorrect size on scroll
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39080 Bug ID: 39080 Summary: Holds to Pull table headers incorrect size on scroll Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 177707 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=177707&action=e… title example After the datatable updates the header of the "title" column doesn't keep the correct width when you scroll down, so everything is off that's to the right of it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 31167] New: Only mark due dates in the past red on overdues report
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31167 Bug ID: 31167 Summary: Only mark due dates in the past red on overdues report Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor 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.m.hall(a)gmail.com Depends on: 27996 Bug 27996 added formatting to the due dates on the overdues report, but we forgt that it doesn't only show due dates in the past. If you check the checkbox on top, also current checkouts with due dates in the future will display. They area also formatted in red now. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27996 [Bug 27996] Format of "Due date" on Circulation > Overdues page -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 39530] New: The MARC ordering cronjob needs to respect the AcqCreateItems syspref
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39530 Bug ID: 39530 Summary: The MARC ordering cronjob needs to respect the AcqCreateItems syspref Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: matt.blenkinsop(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org The value is hardcoded to 'ordering' - this needs to be changed -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 38895] New: In advanced editor, the fixed data helpers put '#' instead of space in record content
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38895 Bug ID: 38895 Summary: In advanced editor, the fixed data helpers put '#' instead of space in record content Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When editing a bibliographic record in advanced editor, there are helpers for fixed data coded fields (like 008). Like in the standard editor, empty value (space) is represented by a hash sign. But unlike in the standard editor, the hash sign is not converted into a space but remains as '#' in the saved record. This is obviously wrong. For the standard editor there is a line: valNode = valNode.replace("#", " "); in xmlControlfield.js An analogous replace('#',' ') is missing when constructing the <select> in cateditor/widget.js (line 164). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 37546] New: We should output error messages alongside error codes for z39.50 errors
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37546 Bug ID: 37546 Summary: We should output error messages alongside error codes for z39.50 errors Change sponsored?: --- 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When performing a z39.50 search during cataloging, there are various errors that can be returned from ZOOM.. these have errors codes, but they also have nicer strings too.. which we're hiding! We should return both in the result. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 40

[Bug 39576] New: Last Patron results should display preferred name
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39576 Bug ID: 39576 Summary: Last Patron results should display preferred name Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: kkrueger(a)cuyahogalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The "Last Patron" search function lists [Last name] [first name] [card number] With the new preferred name field, it would be nice if the last patron results showed [last name] [preferred name] [card number] -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 39321] New: Hide subfield tag for fixed length control fields
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39321 Bug ID: 39321 Summary: Hide subfield tag for fixed length control fields Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Depends on: 39293 I think Koha intends to hide the subfield tag entirely when one is viewing a control field? If you open up a bib or authority for editing in the basic editor, you'll see that the control fields show a subfield tag of "00." You'll also notice that the second zero is cut off. This was true before Bug 39293, but those boxes made me think about it more :) I started to patch it so that both zeros would show, but it really looks like the intent is to hide them instead: style=" [% IF ( subfield_loo.fixedfield ) %]display:none; [% END %]" https://github.com/Koha-Community/Koha/blob/10d781c7b98d4e90e131c478638f3dc… This maybe changed with bug 22399, back in 20.11? I sure didn't notice it at the time. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39293 [Bug 39293] Remove box around subfield tag in basic editor -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 31019] New: UNIMARC field help link when cataloguing - default location needs updating
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31019 Bug ID: 31019 Summary: UNIMARC field help link when cataloguing - default location needs updating Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When cataloguing on a UNIMARC installation, clicking on the ? for field help now goes to https://www.ifla.org/, for example for 500: https://www.ifla.org/#500. This looks like a redirect from https://archive.ifla.org/#500 (the MarcFieldDocURL system preference indicates that http://archive.ifla.org is used if nothing is entered in the system preference). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 38