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

[Bug 41089] New: oldbugs.koha-community.org subdomain takeover
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '25

05 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41089 Bug ID: 41089 Summary: oldbugs.koha-community.org subdomain takeover Initiative type: --- Sponsorship --- status: Product: Project Infrastructure Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Project website Assignee: wizzyrea(a)gmail.com Reporter: lena.hernandez(a)equinoxoli.org Created attachment 188370 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=188370&action=e… Screenshot of search results on koha-community.org oldbugs.koha-community.org has been taken over by an external entity. Results from this subdomain are showing up in searches using the internal search on the koha-community site. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 41098] New: Vendor ID should be in a separate column
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '25

05 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41098 Bug ID: 41098 Summary: Vendor ID should be in a separate column Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The new vue display of the vendors combines the vendor name and ID number in the Name column. It would be nice if the Vendor ID was in a separate column. This would make it clear what the number in parenthesis is and also make the vendors sortable by ID. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 35646] New: Allow using the publication date parts for serial numbering
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '25

05 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35646 Bug ID: 35646 Summary: Allow using the publication date parts for serial numbering Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Sometimes libraries want date fields based on publication date included in the numbering, say for a weekly serial -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 38

[Bug 16291] New: koha-remove --purge should also delete /etc/koha/sites/instance
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '25

05 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16291 Bug ID: 16291 Summary: koha-remove --purge should also delete /etc/koha/sites/instance Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org It would be useful if 'koha-remove --purge' also deleted a /etc/koha/sites/instance dir -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 41138] New: Batch record modification via MARC modification template overwrites equal fields.
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '25

05 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41138 Bug ID: 41138 Summary: Batch record modification via MARC modification template overwrites equal fields. Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: int(a)free.de QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl I want to batch correct a URL in the MARC-Data. So I created a MARC modification templates as described in the manual (see the proxy URL example): https://koha-community.org/manual/25.05/en/html/cataloging.html#marc-modifi… I did "Copy and replace" over "All" field(s) "856 u" to field "856 u" with Regex "s/deposit.d-nb.de/deposit.dnb.de/g" if field "856 u" matches "m/deposit.d-nb.de/" RegEx The fields in the original record look like this: 856 42 _u http://d-nb.info/1050788141/04 _3Inhaltsverzeichnis 856 42 _u http://deposit.d-nb.de/cgi-bin/dokserv?id=4659369&prov=M&dok_var=1&dok_ext=… _3Inhaltstext 856 42 _u http://www.perlentaucher.de/buch/barbara-sichtermann/ich-rauche-zigarren-un… _3Rezension After applying the template, I would expect that only the middle one gets modified. Instead I get this: 856 42 _uhttp://deposit.dnb.de/cgi-bin/dokserv?id=4659369&prov=M&dok_var=1&dok_ext=htm _3Inhaltsverzeichnis 856 42 _uhttp://deposit.dnb.de/cgi-bin/dokserv?id=4659369&prov=M&dok_var=1&dok_ext=htm _3Inhaltstext 856 42 _uhttp://deposit.dnb.de/cgi-bin/dokserv?id=4659369&prov=M&dok_var=1&dok_ext=htm _3Rezension It doesn't matter if I do "All" field(s) or "1." field(s) in the template, the result is the same. This is probably related to and maybe not the same as Bug 28231 - MARC modification template "1st" vs "Every" bug? and Bug 34508 - MARC modification templates have poor results when working with multiple of a field I think this bug is severe as it can go unnoticed and lead to data loss in a lot of records. Unnoticed because if you only have one field everything looks good and only multiple equal fields get overwritten. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 39205] New: Have a way to add optional fields to patron search that won't be included in a standard search
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '25

05 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39205 Bug ID: 39205 Summary: Have a way to add optional fields to patron search that won't be included in a standard search Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be nice if there was a way to add some search fields that could be optionally chosen by staff when running a patron search but not included in the standard search. Example, I want to sometimes search a borrowernote but I don't want to add it to DefaultPatronSearchFields so that all standard searches are searching borrowernote. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 39162] New: SCO error messages when checking in are misleading
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '25

04 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39162 Bug ID: 39162 Summary: SCO error messages when checking in are misleading Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: katariina.pohto(a)ouka.fi QA Contact: testopia(a)bugs.koha-community.org When checkin in an item that hasn't been checked out SCO gives the error message: "Item not checked in: please see circulation staff for assistance" which is misleading. One might think the item has been checked out and remains so. Also, there is usually no need to contact staff when returning an item that hasn't been actually checked out. This error messages seems to be a default check-in error message. It says the same when trying to return a non-existent barcode. Which is also misleading and should really say that the item doesn't exist. Would it be possible to differentiate the possible check-in errors and give better feedback to user? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 33473] New: Allow to send email receipts for payments/writeoff manually instead of automatically
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '25

04 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33473 Bug ID: 33473 Summary: Allow to send email receipts for payments/writeoff manually instead of automatically Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Depends on: 31448 With bug 31448 it's possible to re-send a failed or lost email receipt. It would be nice if you could turn off the automatic sending of receipts by email and send them just manually whenever requested. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31448 [Bug 31448] Add option to re-send email receipt when UseEmailReceipts is enabled -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 29140] New: Suppress some warnings in codemirror js editor
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '25

04 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29140 Bug ID: 29140 Summary: Suppress some warnings in codemirror js editor Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When editing user JS preferences there are warns for: 'let' is available in ES6 I think we could suppress these and allow that usage -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 20508] New: Validation for *MandatoryField and *UnwantedField sysprefs
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '25

04 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20508 Bug ID: 20508 Summary: Validation for *MandatoryField and *UnwantedField sysprefs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When any the system preferences BorrowerMandatoryField BorrowerUnwantedField PatronSelfModificationBorrowerUnwantedField PatronSelfRegistrationBorrowerMandatoryField PatronSelfRegistrationBorrowerUnwantedField are being populated, we should check that a) The entered fields are columns in the borrowers table b) Mandatory / Unwanted fields that refer to the same form (BorrowerMandatoryField/BorrowerUnwantedField and PatronSelfRegistrationBorrowerMandatoryField/PatronSelfRegistrationBorrowerUnwantedField) do not contain the same fields. c) If autoMemberNum is set, don't allow cardnumber in *MandatoryField See also: * Bug 17433 * Bug 19642 * Bug 19225 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5