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

[Bug 37343] New: Cannot search for vendors when transferring an item in acquisitions
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37343 Bug ID: 37343 Summary: Cannot search for vendors when transferring an item in acquisitions Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1. Have several vendors in acquisitions 2. Add a basket and "+Add to basket" 3. I used a mrc file to add an order from a new file. 4. Stage for import -> add staged files to basket 5. Select the items and choose an item type 6. In the Orders table click 'Transfer' under the 'Modify' column. 7. Try searching for vendors, nothing happens. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 36560] New: ILS-DI API doesn't have mechanism to provide CSRF tokens for POSTs
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36560 Bug ID: 36560 Summary: ILS-DI API doesn't have mechanism to provide CSRF tokens for POSTs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org When using the ILS-DI "AuthenticatePatron" service, you'll want to POST to the ILS-DI, but now this isn't possible without a CSRF token. But a third-party system doesn't have a CSRF token. This relates to bug 36094. It also won't have an "op" with a "cud-" prefix. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 35

[Bug 37553] New: Fix CSRF handling in koha-svc.pl script
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37553 Bug ID: 37553 Summary: Fix CSRF handling in koha-svc.pl script Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz ./misc/migration_tools/koha-svc.pl is broken again, as I think we fixed some other CSRF internals after we fixed koha-svc.pl last. Anyway, it should be an easy fix! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 38275] New: Unable to delete patron card creator images
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38275 Bug ID: 38275 Summary: Unable to delete patron card creator images Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: Laura.escamilla(a)bywatersolutions.com Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1. Go to Tools > Patron Card Creator > New Image (or Manage Images) 2. Upload a photo to the image manager if one does not already exist 3. On the table labeled "Delete Images" attempt to delete the image using the "Delete" button, or try using the checkbox and "Delete selected" button. Neither method deletes the image. Instead you get the following error: "WARNING: An unsupported operation was attempted. Please have your system administrator check the error log for details." The logs show: "Image upload interface called an unsupported operation: delete at /usr/share/koha/intranet/cgi-bin/patroncards/image-manage.pl line 158." -- You are receiving this mail because: You are watching all bug changes.

1 27

[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