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

[Bug 17705] New: Payments with cards through payment terminal
by bugzilla-daemon＠bugs.koha-community.org 13 May '26

13 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17705 Bug ID: 17705 Summary: Payments with cards through payment terminal Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: rbit(a)rbit.cz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Allow patrons to pay their fees cashlessly using cards in payment terminals. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 29354] New: overdue_notices.pl should be able to send an attachment as HTML
by bugzilla-daemon＠bugs.koha-community.org 13 May '26

13 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29354 Bug ID: 29354 Summary: overdue_notices.pl should be able to send an attachment as HTML 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org overdue_notices.pl can output HTML data to a specified directory as an .html file but there is no way to send the overdues to the library admin email address as an attachment.html file. The file can only send as an attachment.txt. It would be nice if we could deliver those print overdoes to librarians as .html via email. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 39518] New: Add the option to define the basket name in a MARC file when adding to a basket
by bugzilla-daemon＠bugs.koha-community.org 12 May '26

12 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39518 Bug ID: 39518 Summary: Add the option to define the basket name in a MARC file when adding to a basket Change sponsored?: --- 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: matt.blenkinsop(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org Some users have requested the ability to allow the basket name to be defined in a field by the vendor in the MARC files they provide. It would be useful if the field could be defined on a MARC order account and then read during import to define the basket name. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 41

[Bug 37116] New: Add the option to edit linked serials when editing items
by bugzilla-daemon＠bugs.koha-community.org 12 May '26

12 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37116 Bug ID: 37116 Summary: Add the option to edit linked serials when editing items Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: matt.blenkinsop(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 77

[Bug 38946] New: Add serial enumeration to inventory table
by bugzilla-daemon＠bugs.koha-community.org 12 May '26

12 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38946 Bug ID: 38946 Summary: Add serial enumeration to inventory table Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: bdaeuber(a)cityoffargo.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It would be helpful to add serial enumeration to the outputted inventory table. If you are inventorying a series of items with the same title, but different issue number or years, there's currently no easy way of distinguishing them in the output. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26

[Bug 33446] New: Revert transit status should have the option to cancel the item transfer as well
by bugzilla-daemon＠bugs.koha-community.org 12 May '26

12 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33446 Bug ID: 33446 Summary: Revert transit status should have the option to cancel the item transfer as well Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Currently, when a hold's transit status is reverted, the item remains in-transit until the transfer is completed by a check-in. This makes sense if the item actually is still in-transit, but there are other situations in which this transit status is incorrect and may not be easy to remove. For example, in our system, we have HoldsAutoFill enabled. Occasionally there are exceptions where we don't want a book to be put in transit for a hold, but instead to remain available at its home branch. If the staff member reverts the transit status on the hold, the item still shows as In Transit. But they can't check in the item to complete the transfer without causing the hold to trap again. In this situation, the book shouldn't be showing as In Transit, but there's no simple way to remove that status. It's several extra steps at best to manually cancel the transfer (and most of our staff don't know how to do this, as manual transfers are not a normal part of our workflow, so many items retain an incorrect "In transit" status indefinitely). When a hold's transit status is reverted by the sending librarian because they're not planning on sending the book for whatever reason, it would be great if they could revert the hold transit status and cancel the item transfer all in one step. This could be something as simple as a checkbox option or a drop-down, so that the user can choose between "Revert transit status" versus "Revert transit status and cancel item transfer". -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 16260] New: Moderate the impact of AllowHoldsOnPatronsPossessions
by bugzilla-daemon＠bugs.koha-community.org 11 May '26

11 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16260 Bug ID: 16260 Summary: Moderate the impact of AllowHoldsOnPatronsPossessions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Hi, System preference AllowHoldsOnPatronsPossessions is too restrictive. Test plan: -AllowHoldsOnPatronsPossessions : Don't allow -notice with 2 items (X and Y) -one of items is check-out by borrower A (item X) -other items is check-out by borrower B (item Y) If Borrower A wants to hold item Y, he can not because of the system preference. If system preference is Allow, Borrower A can hold item Y but he can hold item X too, and we don't want that he can. Is there something I do not understand in the configuration ? Regards, Marjorie -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

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