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

[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 41228] New: Batch item modification - deleting individual subfield doesn't work
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '25

05 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41228 Bug ID: 41228 Summary: Batch item modification - deleting individual subfield doesn't work 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: christian.stelzenmueller(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In the Batch item modification tool, deleting the content from individual item subfields doesn't work The following steps were executed: - Search for items that are populated with content from an individual 952 subfield (i. e. 952 $E) in the item search (an item search field for that subfield has been created, connected with an Authorized Value) - Mark a few or all items from the result list - Send them to Batch operations - Batch item modification - Check the checkbox on the right of the individual subfield - Save - The job afterwards says, "No items modified" -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[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 05 Dec '25

05 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 05 Dec '25

05 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 05 Dec '25

05 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 05 Dec '25

05 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

[Bug 22848] New: Ability to merge suggestions
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '25

05 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22848 Bug ID: 22848 Summary: Ability to merge suggestions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- It can easily happen that multiple suggestions for the same record are made. It would be nice if there was an option to merge them and keep both patrons who made the suggestion linked to it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 34295] New: Staff-only extended attributes break self-registration
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '25

05 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34295 Bug ID: 34295 Summary: Staff-only extended attributes break self-registration Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: JBoyer(a)equinoxOLI.org QA Contact: testopia(a)bugs.koha-community.org If any patron extended attributes are defined that are mandatory and not opac-editable (such as Address Verified: Yes / No) patron self-registration will always return a 500 error because the mandatory attribute is not / can not be supplied. Avoiding this by limiting mandatory attributes to a specific patron category fails as soon as you want to apply an attribute to 2 or more categories. -- You are receiving this mail because: You are watching all bug changes.

1 4