August 2024 - Koha-bugs - lists.koha-community.org

[Bug 15522] New interface for revamped circulation rules
by bugzilla-daemon＠bugs.koha-community.org 23 Aug '24

23 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15522 Lisette Scheer <lisette(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lisette(a)bywatersolutions.co | |m -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 35402] Update the OPAC and staff interface to Bootstrap 5
by bugzilla-daemon＠bugs.koha-community.org 23 Aug '24

23 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35402 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=26777 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 35402] Update the OPAC and staff interface to Bootstrap 5
by bugzilla-daemon＠bugs.koha-community.org 23 Aug '24

23 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35402 --- Comment #12 from Owen Leonard <oleonard(a)myacpl.org> --- Created attachment 170651 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=170651&action=e… Bug 35402: (follow-up) Change a checkin form from POST to GET If you have AllowReturnToBranch enabled and you check in an item which is disallowed by the preference (returned at the wrong branch, for instance) You get a "Connot check in" modal. Previously clicking the "OK" button in this form triggered JS which is supposed to submit a form. However, all the button needs to do is dismiss the modal. The form and the "approve" class on the button are removed by this patch. NOTE: This patch contains indentation changes. To test, apply the patch and set the AllowReturnToBranch system preference to "only at the library that the item is from." - Locate an item belonging to another library and check it out to a patron. - Check in the item. - You should see a modal confirmation, "Cannot check in". - Clicking the "OK" button should dismiss the modal window without triggering a reload of the page. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14250] Can generate discharge for patrons with fines
by bugzilla-daemon＠bugs.koha-community.org 23 Aug '24

23 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14250 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- QA Contact|testopia(a)bugs.koha-communit |kyle(a)bywatersolutions.com |y.org | CC| |kyle(a)bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 36886] New: Allow Patron messages to be restricted to predetermined messages only. No free text messages.
by bugzilla-daemon＠bugs.koha-community.org 23 Aug '24

23 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36886 Bug ID: 36886 Summary: Allow Patron messages to be restricted to predetermined messages only. No free text messages. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew.auld(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Staff users can currently add patron messages to a patron account choosing from a pre-determined set of messages or creating a free text message. They can also choose whether the message shows to the Patron in the OPAC as well as staff, or just to staff. It should be possible to disable the addition of free text messages. There should be a choice between whether the free text message is allowable on the OPAC messages or just the staff side or not at all. This should also be permission based so that certain library staff could be given the permission to use free text messages and certain not. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 30052] New: When adding a 'New child record' the 773 field is not pre-populated in advanced editor
by bugzilla-daemon＠bugs.koha-community.org 23 Aug '24

23 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30052 Bug ID: 30052 Summary: When adding a 'New child record' the 773 field is not pre-populated in advanced editor Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal 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 To recreate: 1 - Enable Advanced Cataloging Editor 2 - Edit a record and confirm you are using, or switch to advanced editor 3 - From an existing record Click 'New->New child record' 4 - Fill in required fields and save 5 - Record is not linked to parent -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 37716] New: Patron search fails if press "enter" key or don't choose more than one filter
by bugzilla-daemon＠bugs.koha-community.org 23 Aug '24

23 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37716 Bug ID: 37716 Summary: Patron search fails if press "enter" key or don't choose more than one filter Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: joseanjos(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 170638 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=170638&action=e… Dev_tools_Patron_search After upgrading to 24.05, we have another problem. It's kinda like this bug: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10835 Tests: 1- Write patron name(s) on the top search bar: a) Press enter. It will be stuck on Processing... b) Wait. The Patron list are displayed and I can choose him. 2- Go to Patron Search (with "Starts with" or "Contains"): a) On "Search" write the Patron name and click "Search". It will be stuck on Processing... b) On "Search" write the Patron name and choose one of the filters (Search Field, Category, Library) and click "Search". It will do the search. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 37700] New: Clarify manual for 'Lift after payment' and 'Fee limit' in Patron restriction types
by bugzilla-daemon＠bugs.koha-community.org 23 Aug '24

23 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37700 Bug ID: 37700 Summary: Clarify manual for 'Lift after payment' and 'Fee limit' in Patron restriction types Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: aude.charillon(a)ptfs-europe.com, philip.orr(a)lmscloud.de The explanations in the manual for 'Lift after payment' and 'Fee limit' in Patron restriction types could be more clearly written. Currently, they read: <Lift after payment: if set to ‘Yes’, restrictions using this type will be automatically lifted after payments equal to or exceeding the amount defined in ‘Fee Limit’. Fee Limit: enter the amount that must be paid in order to lift a restriction of this type. This field is only used if ‘Lift after payment’ is set to ‘Yes’.> The descriptions for both make it sound as if Koha is looking at the amount paid, but they actually refer to the remaining balance after payment. 'Lift after payment' could read "if set to yes, restrictions using this type will be automatically lifted if the patron's remaining balance after payment is equal to or below the amount defined in 'Fee limit'." 'Fee limit' could read "enter the amount down to which patrons must pay their balance in order to lift a restriction of this type. If the patron's balance is equal to or below this amount, the restriction will be lifted. This field is only used if ‘Lift after payment’ is set to ‘Yes’." -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 35402] Update the OPAC and staff interface to Bootstrap 5
by bugzilla-daemon＠bugs.koha-community.org 23 Aug '24

23 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35402 --- Comment #11 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Pushed for 24.11! Well done everyone, thank you! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 35402] Update the OPAC and staff interface to Bootstrap 5
by bugzilla-daemon＠bugs.koha-community.org 23 Aug '24

23 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35402 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Version(s)| |24.11.00 released in| | Status|Passed QA |Pushed to main -- You are receiving this mail because: You are watching all bug changes.

1 0