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

[Bug 35114] New: Total on basketgroup can be different than basket details total
by bugzilla-daemon＠bugs.koha-community.org 11 May '26

11 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35114 Bug ID: 35114 Summary: Total on basketgroup can be different than basket details total Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: thibaud.guillot(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Hello :) This patch aims rather to clarify and avoid display errors concerning the total of the basket. When totals are displayed on the basketgroup.pl view the total is calculated relative to the rounded estimated cost (ecost) - tax included or excluded. While on the basket.pl view in detail, the logic is to take the unit price (tax included or excluded) OR then the estimated cost - tax included or excluded. This can cause a slight difference of cents depending on whether the unit price is calculated or not compared to the estimated price calculated. All this depending on the rounding or not of the third decimal for the fields not calculated (OrderPriceRounding activated or not). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 35

[Bug 40879] New: Add system preference to enable/disable the “Cite” option in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 11 May '26

11 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40879 Bug ID: 40879 Summary: Add system preference to enable/disable the “Cite” option in the OPAC Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: Laura.escamilla(a)bywatersolutions.com Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The OPAC “Cite” option currently appears by default with no way to toggle it. Staff have requested a system preference that would allow libraries to enable or disable the display of the “Cite” link, or hide it entirely when not needed. This would give libraries greater control over OPAC features and better align with local citation practices. -- You are receiving this mail because: You are watching all bug changes.

1 79

[Bug 27248] New: Allow to use list of barcodes/itemnumbers with Batch extend due dates tool
by bugzilla-daemon＠bugs.koha-community.org 11 May '26

11 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27248 Bug ID: 27248 Summary: Allow to use list of barcodes/itemnumbers with Batch extend due dates tool Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org In some cases libraries want to use some more complicated criteria for selecting the items that they want to extend the due dates for. For these cases it would be great if SQL reports could be used to make a list that then can be uploaded to the tool, similar to how we manage other batch operations. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 38

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

[Bug 32750] New: Additional fields: Allow fields to be marked as mandatory
by bugzilla-daemon＠bugs.koha-community.org 09 May '26

09 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32750 Bug ID: 32750 Summary: Additional fields: Allow fields to be marked as mandatory Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration 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, michaela.sieber(a)kit.edu It would be nice if additional fields could be marked as mandatory. This would add the "required" to the forms where the data is entered/edited, enforcing that data is entered before the record can be saved. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 30815] New: Use of uninitialized value $charge in numeric gt (>) at /usr/share/koha/lib/C4/Circulation.pm
by bugzilla-daemon＠bugs.koha-community.org 09 May '26

09 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30815 Bug ID: 30815 Summary: Use of uninitialized value $charge in numeric gt (>) at /usr/share/koha/lib/C4/Circulation.pm Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Blocks: 25798 The code on 20.11.17 is: # Charge a new rental fee, if applicable my ( $charge, $type ) = GetIssuingCharges( $itemnumber, $borrowernumber ); if ( $charge > 0 ) { AddIssuingCharge($issue, $charge, 'RENT_RENEW'); } But it's the same on current master. The line given is the if-clause in line 3171. The default for rentalcharge and rentalcharge_daily in itemtypes is NULL, maybe that's the cause? Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25798 [Bug 25798] Copyright year to Holds to pull report -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 35630] New: Add ability to log changes to Authorized Values
by bugzilla-daemon＠bugs.koha-community.org 09 May '26

09 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35630 Bug ID: 35630 Summary: Add ability to log changes to Authorized Values Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com With the increase in number of authorized values, and with the newer sys pref CreateAVFromCataloguing, it is becoming essential to be able to determine who/when/how changes are made to authorized values, and this not currently being logged. It would be a great help to be able to log these changes. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 37