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

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

[Bug 37263] New: Creating default article request fees for all patron categories 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=37263 Bug ID: 37263 Summary: Creating default article request fees for all patron categories breaks Koha Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org To reproduce: 1. Enable ArticleRequests sys pref 2. Visit <staff_url>/cgi-bin/koha/admin/smart-rules.pl 3. Under 'Default article request fees' on 'Patron category' select 'All' and input a numeric Free 4. Click 'Add'. Notice it blows up. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 54

[Bug 37023] New: Filling a hold should update the timestamp
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37023 Bug ID: 37023 Summary: Filling a hold should update the timestamp Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: johanna.raisa(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com At the moment when a hold is filled the timestamp on database doesn't get updated. The row in the reserves table is copied to old_reserves and it is filled with the same timestamp value as before. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 31581] New: Remove Zebra files for NORMARC
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31581 Bug ID: 31581 Summary: Remove Zebra files for NORMARC Change sponsored?: --- Product: Koha Version: master 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Depends on: 18984 Bug 18984 removed support for NORMARC, but some files remained: /etc/zebradb/marc_defs/normarc/biblios Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18984 [Bug 18984] Remove support for NORMARC -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 35771] New: Unselecting titles when making multi-hold does not have any effect
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35771 Bug ID: 35771 Summary: Unselecting titles when making multi-hold does not have any effect Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: anneli.osterman(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 160810 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=160810&action=e… One title unselected When you make multi-hold and unselect one or some of the titles shown in the multi-hold page and then save the holds assuming that hold is made only for the selected titles. However, holds are made for all the titles regardless of the selection. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 37385] New: Transfer not triggered automatically when cancelling a hold by checking item in
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37385 Bug ID: 37385 Summary: Transfer not triggered automatically when cancelling a hold by checking item in 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: heather(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When I check in an item to cancel a waiting hold on an item from another library, the transfer message doesn't pop up to return item to its home library after the hold is cancelled. In previous versions, the steps would be: -Find item with a waiting hold, and check it in -On the popup notifying me of the waiting hold, select 'Cancel hold' -A second popup appears notifying me of the need to transfer the item to its home library, which I could confirm or cancel. The second popup is no longer appearing. I have to check the item in a second time to trigger the transfer. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25