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

[Bug 40058] New: Move RevertWaitingStatus to Koha::Hold->revert_waiting()
by bugzilla-daemon＠bugs.koha-community.org 11 May '26

11 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40058 Bug ID: 40058 Summary: Move RevertWaitingStatus to Koha::Hold->revert_waiting() Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org This method should be moved to the Koha:: namespace. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 38764] New: Patron attribute classes don't have unique IDs
by bugzilla-daemon＠bugs.koha-community.org 11 May '26

11 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38764 Bug ID: 38764 Summary: Patron attribute classes don't have unique IDs Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org If you create patron attributes divided into several classes, and those attributes are visible/editable in the OPAC, the IDs attributed to the classes are not unique. Each class has the id #aai_ I noticed that in the staff interface, aai_ is followed by the code of the class (e.g. aai_CLASS1). But that is not the case in the OPAC. To recreate: 1. Add two patron attribute classes in authorized values (I created CLASS1 and CLASS2) 1.1. Go to Administration > Authorized values 1.2. Search for category PA_CLASS 1.3. Click Add 1.4. Fill out the form - Authorized value: CLASS1 - Description: Class 1 1.5. Click Save 1.6. Click New authorized value for PA_CLASS 1.7. Fill out the form - Authorized value: CLASS2 - Description: Class 2 1.8. Click Save 2. Create two patron attribute types, add them to different classes (make sure they are visible and editable in OPAC) 2.1. Go to Administration > Patron attribute types 2.2. Click New patron attribute type 2.3. Fill out the form - Patron attribute type code: ATTR1 - Description: Attribute 1 - Display in OPAC: check - Editable in OPAC: check - Class: Class 1 2.4. Click Save 2.5. Click New patron attribute type 2.6. Fill out the form - Patron attribute type code: ATTR2 - Description: Attribute 2 - Display in OPAC: check - Editable in OPAC: check - Class: Class 2 2.7. Click Save 3. Enable PatronSelfRegistration (if using KTD, skip this step, it is already enabled by default) 3.1. Go to Administration > System preferences 3.2. Search for PatronSelfRegistration 3.3. Change value to Allow 3.4. Choose a patron category in PatronSelfRegistrationDefaultCategory 3.5. Click Save all OPAC preferences 4. Create an account in the OPAC 4.1. Go to the OPAC 4.2. Click Create account --> Note that at the bottom of the form, the Attributes 1 and 2 and in their Classes 1 and 2 4.3. Open the developer tools console --> Note the warning about duplicate IDs 4.4. Cancel the account creation 5. View personal details page of existing patron 5.1. Log into the OPAC with an existing patron 5.2. Go to Personal details --> Note that at the bottom of the form, the Attributes 1 and 2 and in their Classes 1 and 2 5.3. Open the developer tools console --> Note the warning about duplicate IDs -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 39381] New: "Add a new message" appears even when staff user does not have edit_borrowers
by bugzilla-daemon＠bugs.koha-community.org 11 May '26

11 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39381 Bug ID: 39381 Summary: "Add a new message" appears even when staff user does not have edit_borrowers Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The "Add a new message" button appears under "Messages" on circulation.pl even when the staff user does not have the edit_borrower permission required to use it. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 21156] New: Internationalization: plural forms, context, and more for JS files
by bugzilla-daemon＠bugs.koha-community.org 11 May '26

11 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21156 Bug ID: 21156 Summary: Internationalization: plural forms, context, and more for JS files Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Depends on: 15395 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15395 [Bug 15395] Internationalization: plural forms, context, and more -- You are receiving this mail because: You are watching all bug changes.

1 78

[Bug 41906] New: Variable "@messages"/"$op" is not available... warnings in basket.pl
by bugzilla-daemon＠bugs.koha-community.org 10 May '26

10 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41906 Bug ID: 41906 Summary: Variable "@messages"/"$op" is not available... warnings in basket.pl Initiative type: --- Sponsorship --- status: 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: roman.dolny(a)jezuici.pl QA Contact: testopia(a)bugs.koha-community.org The warnings [WARN] Variable "@messages" is not available at /kohadevbox/koha/acqui/basket.pl line 698. [WARN] Variable "$op" is not available at /kohadevbox/koha/acqui/basket.pl line 704. appears in plack-intranet-error.log To reproduce: 1. Have a fresh KTD. 2. Observe plack-intranet-error.log 3. Go to Acquisitions, create vendor. 4. Create basket. After saving warnings appear in plack-intranet-error.log -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 42576] New: get_components_query excludes bib-level 'd' (subunit) from analytics search
by bugzilla-daemon＠bugs.koha-community.org 10 May '26

10 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42576 Bug ID: 42576 Summary: get_components_query excludes bib-level 'd' (subunit) from analytics search Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When UseControlNumber is enabled, get_components_query in Koha::Biblio filters analytics with: AND (bib-level:a OR bib-level:b) This excludes records with LDR/07 = 'd' (subunit), which is a valid MARC21 bibliographic level for dependent parts of a multipart item (e.g., individual episodes of a video series). The same limitation exists in the XSLT 'Show analytics' link (MARC21slim2intranetDetail.xsl and MARC21slim2OPACDetail.xsl). **To reproduce:** 1. Enable UseControlNumber 2. Create a host record with 001 3. Create an analytic record with 773$w pointing to the host's 001 4. Set the analytic's LDR/07 to 'd' (subunit) 5. View the host record detail page 6. Observe that 'Show analytics' does not find the analytic **Expected behavior:** Records with bib-level 'd' should be included in the analytics search, as 'd' (subunit) is semantically equivalent to 'a' (monographic component part) and 'b' (serial component part) for the purpose of identifying dependent parts. **Proposed fix:** Change the filter in get_components_query (Koha/Biblio.pm) and the XSLT templates from: (bib-level:a OR bib-level:b) to: (bib-level:a OR bib-level:b OR bib-level:d) Affected code locations: - Koha/Biblio.pm line ~953 (get_components_query) - Koha/Biblio.pm line ~1048 (get_volumes_query, NOT filter) - koha-tmpl/intranet-tmpl/prog/en/xslt/MARC21slim2intranetDetail.xsl (Show analytics link) - koha-tmpl/opac-tmpl/bootstrap/en/xslt/MARC21slim2OPACDetail.xsl (Show analytics link) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 42575] New: Spelling: OPAC is an abbreviation
by bugzilla-daemon＠bugs.koha-community.org 10 May '26

10 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42575 Bug ID: 42575 Summary: Spelling: OPAC is an abbreviation Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Found while translating: requests a particular language for the output, default is the opac cookie language if set, the first language in opac language list or english koha-tmpl/opac-tmpl/bootstrap/en/modules/ilsdi.tt:128 opac should be: OPAC english should also be: English Shown for 22.11, needs confirmation in newer versions. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 42574] New: Ability to define multiple descriptions for a location, depending on the library
by bugzilla-daemon＠bugs.koha-community.org 10 May '26

10 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42574 Bug ID: 42574 Summary: Ability to define multiple descriptions for a location, depending on the library 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: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It could be nice to have the ability to define multiple descriptions for a location, depending on the library For example a location code "FICTION" could have a description "Fiction" in a library, and "First floor - Fiction" in an other. Currently we have to create 2 codes for handling this situation The mechanism could apply to OPAC and staff descriptions. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 42572] New: Can't edit patron that has library specific required borrower attribute
by bugzilla-daemon＠bugs.koha-community.org 09 May '26

09 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42572 Bug ID: 42572 Summary: Can't edit patron that has library specific required borrower attribute Initiative type: --- Sponsorship --- status: 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com When editing a patron that has a required borrower attribute that is set to a value that is only assignable by specific libraries and not your own, it blanks out the value and requires you to fill it in, and obviously with something different since your library can't use the value. Expected behavior would be to show that value set, and not blank it out, or balk about it if you are not changing that particular value. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 27978] New: Marc modification templates should allow for copying an entire field to a field/subfield and vice versa
by bugzilla-daemon＠bugs.koha-community.org 09 May '26

09 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27978 Bug ID: 27978 Summary: Marc modification templates should allow for copying an entire field to a field/subfield and vice versa Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Currently you are limited to copying from a field/subfield to another field/subfield This prevents operations like copying from a subfield into a control field and vice versa see bug 9921 for an example of a desired behavior biblionumber into control field -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8