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

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

[Bug 30300] New: Add patron expiration email to patron messaging preferences
by bugzilla-daemon＠bugs.koha-community.org 08 May '26

08 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30300 Bug ID: 30300 Summary: Add patron expiration email to patron messaging preferences Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org This enhancement will add a messaging preference for patron expiration notices, and adjust the cronjob that sends these notices to obey the patrons preference -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 58

[Bug 29612] New: Orders By Fund report (orders_by_fund.pl) should include actual cost (unitprice)
by bugzilla-daemon＠bugs.koha-community.org 08 May '26

08 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29612 Bug ID: 29612 Summary: Orders By Fund report (orders_by_fund.pl) should include actual cost (unitprice) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The built-in Orders by Fund report does not include the actual cost for orders than have been received. It only shows the vendor price and the estimated purchase price. We should add two new columns to show both the actual cost per item and the total actual cost (unitprice * quantity). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 23936] New: Authenticating a patron without library card or ID
by bugzilla-daemon＠bugs.koha-community.org 08 May '26

08 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23936 Bug ID: 23936 Summary: Authenticating a patron without library card or ID Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation 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.m.hall(a)gmail.com A staff member had an idea. Once in a while we have a patron come through that does not have ID or library card with them (maybe jogging or biking or such). What if we could bring up their account, and if they have an SMS number set, we could click a button on their account, and it texts them a random code, and that code also shows on the patron screen (that goes away when you navigate away from the page). Maybe this could be a good alternative? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 29698] New: items are not available for TT syntax for PREDUEDGST
by bugzilla-daemon＠bugs.koha-community.org 08 May '26

08 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29698 Bug ID: 29698 Summary: items are not available for TT syntax for PREDUEDGST 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: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20