June 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 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 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 36111] New: 856$h should not appear as a link in detailed record
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36111 Bug ID: 36111 Summary: 856$h should not appear as a link in detailed record Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org The newish MARC21 field 856$h is used to store non-functioning urls. However, if a record has data in 856$h (or any 856 subfield), a link "Click here to access online" appears in the results list and detailed record in the opac and the staff interface. To replicate: 1. Add 856$h to MARC editor 1.1. Go to Administration > MARC bibliographic frameworks 1.2. Next to Default framework, click Actions > MARC structure 1.3. Search for field 856 1.4. Click Actions > Edit subfields 1.5. Click h 1.6. Check the Editor box 1.7. Click Save changes 2. Catalog a new record with a random URL in 856$h 2.1. Go to Cataloging 2.2. Click New record 2.3. Fill out the mandatory fields (000, 003, 005, 008, 040$c, 245$a, 942$c) 2.4. Go to tab 8 and enter a value in 856$h 2.5. Click Save (No need to add an item) 3. Search for the title in the staff interface (a large enough search to have more than one result) --> Notice it says "Online resources: Click here to access online" 3.1. Try to click the link --> Blank page 4. Access the detailed record in the staff interface --> Notice it says "Online resources: Click here to access online" 4.1. Try to click the link --> Blank page 5. Search for the title in the opac (a large enough search to have more than one result) --> Notice it says "Online resources: Click here to access online" 5.1. Try to click the link --> Blank page 6. Access the detailed record in the opac --> Notice it says "Online resources: Click here to access online" 6.1. Try to click the link --> Blank page I don't think 856$h should trigger the link to appear. I managed to hide it from the OPAC by making 856$h invisible in the OPAC, but the link is still there in the staff interface and still leads nowhere... In my opinion, if 856$h is to be displayed, it should only appear in the staff interface detailed record (not results list or opac), and only be regular text, not a link, with the mention (non functional). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 106

[Bug 37154] New: Remove all unnecessary uses of unbless
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37154 Bug ID: 37154 Summary: Remove all unnecessary uses of unbless 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 In general we should not need to use unbless anywhere in our code. If we are unblessing an object to pass a hashref to a function, that is an indicator that we should update the code called and pass the object itself. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 37155] New: Remove unnecessary unblessing of patron in CanItemBeReserved
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37155 Bug ID: 37155 Summary: Remove unnecessary unblessing of patron in CanItemBeReserved Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org We unbless the patron here to pass to GetAgeRestriction which needs only the patron's dob to perform age calculations -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 33925] New: Improve translation of title tags: Serials
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '25

18 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33925 Bug ID: 33925 Summary: Improve translation of title tags: Serials Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Blocks: 33906 This patch will modify serials templates in the staff client so that translatable strings in the <title> tag are wrapped in the correct translation function, e.g. [% t('Translate me') %] Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33906 [Bug 33906] [OMNIBUS] Improve translation of title tags -- You are receiving this mail because: You are watching all bug changes.

1 22