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

[Bug 37332] New: Renewal due date not retained when set manually
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37332 Bug ID: 37332 Summary: Renewal due date not retained when set manually Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 36393 When renewing an item from a patron's record, a due date entered in the "Renewal due date" field is not enforced. Instead, Koha uses the due date that the circulation rules would have set. I've confirmed this behavior on my production site running 24.05 and on my KTD running both 24.05 and main. I'm not sure what happened after bug 36393, which appears to have fixed this issue once. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36393 [Bug 36393] Renewal with a specific date does not take the new date due that we pick -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 38

[Bug 37728] New: More "op" are missing in POSTed forms
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37728 Bug ID: 37728 Summary: More "op" are missing in POSTed forms Change sponsored?: --- Product: Koha Version: unspecified 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: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org xt/find-missing-op-in-forms.t is missing some occurrences. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 83

[Bug 37823] New: Remove unreachable code in aqcontract.tt
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37823 Bug ID: 37823 Summary: Remove unreachable code in aqcontract.tt Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: emily.lamancusa(a)montgomerycountymd.gov Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org Blocks: 37728 aqcontract.tt has a few sections of code that were meant to display minimal confirmation messages (e.g. "Data recorded") after completing an action. However, this code is never reached, as aqcontract.pl simply redirects the page after completing the requested action. These unreachable sections of code use empty forms that are POSTed with no op or inputs, simply to display an "OK" button. This now violates coding guidelines, as submitting a form with method="post" and no "op" variable is no longer allowed. Since this code does nothing, it should simply be removed. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37728 [Bug 37728] More "op" are missing in POSTed forms -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 38246] New: If using automatic return claim resolution on checkout, each checkout will overwrite the previous resolution
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38246 Bug ID: 38246 Summary: If using automatic return claim resolution on checkout, each checkout will overwrite the previous resolution Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: emily.lamancusa(a)montgomerycountymd.gov Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The checkout page searches for all return claims rather than only unresolved ones, so if an item being checked out has a return claim that was previously resolved, it will resolve it again and overwrite the previous resolution. Fortunately, any notes on the return claim are a separate functionality, so this will not erase the notes - it only updates the resolution timestamp and sets the resolution code (which is an authorized value and cannot contain free text). -- You are receiving this mail because: You are watching all bug changes.

1 28

[Bug 37764] New: 'Fix handling of "All" values on waiting hold cancellation policy' breaks Koha
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37764 Bug ID: 37764 Summary: 'Fix handling of "All" values on waiting hold cancellation policy' breaks Koha Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Bug 37255 was backported too far and has broken the smart-rules.tt for anyone who has an "All" value in "Default waiting hold cancellation policy" in the circ rules. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 37255] New: Creating default waiting hold cancellation policy for all patron categories and itemtypes breaks Koha
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37255 Bug ID: 37255 Summary: Creating default waiting hold cancellation policy for all patron categories and itemtypes breaks Koha Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: emmi.takkinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org If one creates a default waiting hold cancellation policy with patron categories set as "All" and itemtype set as "All", Koha breaks on 500 error. Logs read: Template process failed: undef error - Can't call method "description" on an undefined value at ../Koha/Koha/Template/Plugin/Categories.pm line 39. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 40

[Bug 37987] New: Downloading SQL report in .tab format is slow
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37987 Bug ID: 37987 Summary: Downloading SQL report in .tab format is slow Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: emmi.takkinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org After changes made in bug 37382, downloading a SQL report has become significantly slower. I have a simple report to select first 4000 items from database. In version 23.11 it takes 1.27 seconds to download them into .tab file. On current master downloading same report takes 20 seconds. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 36141] New: Add classes to CAS text on OPAC login page
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36141 Bug ID: 36141 Summary: Add classes to CAS text on OPAC login page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Like Bug 35147 for Shibboleth, add classes to CAS authentication on OPAC to make it easier to customize. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 38410] New: Store Patron object within Koha::Patron::Attribute to reduce db lookups
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38410 Bug ID: 38410 Summary: Store Patron object within Koha::Patron::Attribute to reduce db lookups Change sponsored?: --- Product: Koha Version: unspecified 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org If we pass the patron object into Koha::Patron::Attribute::new we can store it for later use updating the borrowers updated_on field. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 35508] New: Update borrowers.updated_on when modifying a patron's attribute
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35508 Bug ID: 35508 Summary: Update borrowers.updated_on when modifying a patron's attribute 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently, if you have patron attributes and modify the values in a patron's account, the patron's updated_on date is not updated. So you cannot know when a patron was last modified if it was an attribute modification. To recreate: 1. Create a patron attribute type 1.1. Go to Administration > Patron attribute types 1.2. Click New patron attribute 1.3. Fill out the code and description 1.4. Click Save 2. Edit a patron (normal) 2.1. Go to Patrons and find a patron account 2.2. Click Edit 2.3. Change a regular field (e.g. Middle name) 2.4. Click Save --> Notice the "Updated on" date in the left column has been updated to now 3. Edit a patron attribute 3.1. In another patron account*, click Edit 3.2. Change the value of an attribute 3.3. Click Save --> Notice the "Updated on" date did not change * There needs to be at least a minute between doing step 2 and doing step 3 to notice the date/time doesn't change, or use another patron account completely. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 42