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

[Bug 16694] New: Limit SIP2 auth by patron attribute
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '24

10 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16694 Bug ID: 16694 Summary: Limit SIP2 auth by patron attribute Change sponsored?: Sponsored Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: magnus(a)libriotech.no Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org In Scandinavia "more open" (Swedish: "Meröppet", Norwegian: "Meråpent") is a hot issue at the moment. What this means is that patrons can use their card and password/PIN to lock themselves into the library even when staff is not around. Typically, this means that patrons can get access to the library building from 7 am to 11 pm, even if the library is only staffed from 8 am to 5 pm. Typically, SIP2 is used to communnicate between the "more open"-system and the ILS, specifically to authenticate the user with a username and password/PIN. Also, you want the ability to turn "more open" access on and off for patrons. An extended patron attribute with possible values of NULL/empty, 0 or 1 should serve well for this. SIP2 does not have a field for saying "this is a moreopen login", so we need a way to identify a SIP2 user as a moreopen user. My plan is to add another attribute to the login element in SIPConfig.xml to achieve this: <login id="koha" password="koha" delimiter="|" error-detect="enabled" institution="kohalibrary" patron-attribute="MEROPPET" /> "MEROPPET" is then the name of an extended patron attribute which can be set to NULL or 0 (patron should not have access to moreopen) or 1 (patron should have access). This should be flexible enough to allow other, similar schemes to use some other patron attribute. -- You are receiving this mail because: You are watching all bug changes.

1 43

[Bug 33909] New: Improve translation of title tags: Administration
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '24

10 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33909 Bug ID: 33909 Summary: Improve translation of title tags: Administration Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW 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 administration templates 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 29

[Bug 38134] New: Koha::Items::filter_by_for_hold does not work
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '24

10 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38134 Bug ID: 38134 Summary: Koha::Items::filter_by_for_hold does not work Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: andreas.jonsson(a)kreablo.se QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com We noticed that the place hold button is often incorrecty missing in the detail view in the staff interface after upgrading to 23.11.09. This is due to the number of holdable items is incorrectly determined to be 0. But the method filter_by_for_hold incorrectly assumes that Koha::CirculationRules->get_effective_rule can be used to filter on rule value: my $default_rule = Koha::CirculationRules->get_effective_rule( { rule_name => 'holdallowed', rule_value => 'not_allowed', } ); But it cannot: print Dumper($default_rule->unblessed); $VAR1 = { 'categorycode' => undef, 'id' => 268, 'itemtype' => undef, 'branchcode' => undef, 'rule_name' => 'holdallowed', 'rule_value' => 'from_any_library' }; Bug 29087 introduced this change. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 36106] New: Port default PREDUE and DUE notices to Template Toolkit
by bugzilla-daemon＠bugs.koha-community.org 09 Dec '24

09 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36106 Bug ID: 36106 Summary: Port default PREDUE and DUE notices to Template Toolkit Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: roadmap_24_05 Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org Blocks: 15278 The following notices need to be updated to use Template Toolkit syntax: DUE (email) DUE (sms) PREDUE (email) PREDUE (sms) These ones should be fairly straightforward. All four notices have nearly identical content, so it makes sense to group them together. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15278 [Bug 15278] [Omnibus] Port default slips and notices from bespoke syntax to Template Toolkit -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 37691] New: Password expiration reset not clear enough
by bugzilla-daemon＠bugs.koha-community.org 09 Dec '24

09 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37691 Bug ID: 37691 Summary: Password expiration reset not clear enough Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: chanel.wheeler(a)yavapaiaz.gov QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Created attachment 170502 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=170502&action=e… password expiration screen When passwords expire, the GUI for changing it isn't clear enough to staff. 1. Some staff don't see the "You must reset your password" string. 2. Those that do see it, don't realize it's a link. 3. They try to enter a new password in the login form which sends them in a loop back to where they are. I just went through this with 59 libraries. It was a flurry of emails all morning. Reset your password really should be a noticeable button and should take the place of the text fields so that they can't get it wrong. Thank you. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 25813] New: Enhance patron expiration in SIP display
by bugzilla-daemon＠bugs.koha-community.org 09 Dec '24

09 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25813 Bug ID: 25813 Summary: Enhance patron expiration in SIP display Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: matthias.meusburger(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Currently, the patron information returned by SIP only shows "PATRON EXPIRED" when the patron card has expired. This patch makes the display more consistant with the Opac display and also complies with the NotifyBorrowerDeparture system preference. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 38535] New: Edit record page displays item type even when biblioitems.itemtype is NULL
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '24

06 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38535 Bug ID: 38535 Summary: Edit record page displays item type even when biblioitems.itemtype is NULL Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: Linux Status: NEW Severity: minor Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: david.liddle(a)wycliff.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com This behavior was revealed due to a misconfiguration of Koha to MARC mappings, in which 942$c was associated with items.itype. For any record edited after the change, the value of biblioitems.itemtype was changed to NULL. The issue came to our attention when staff noticed that records' details display pages showed neither the item type image nor the item type description. However, the edit record page (somehow) continued to display its correct item type. Updating the item type on this page, despite an apparently successful save action, did not change the value of biblioitems.itemtype; it remained NULL. The behavior caused much confusion among the staff until the error was traced back to the misconfiguration. An UPDATE action on biblioitems.itemtype could restore the correct value, but a subsequent edit of the record would return the value to NULL. Correcting the Koha to MARC mapping restored proper function. Thanks for reading! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 37593] New: Fix typo in schema description for items.bookable
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '24

06 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37593 Bug ID: 37593 Summary: Fix typo in schema description for items.bookable Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: aude.charillon(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org At both https://schema.koha-community.org/23_11/tables/items.html and https://schema.koha-community.org/24_05/tables/items.html the comment for the bookable column has the word "this" twice, when it shouldn't: "boolean value defining whether this this item is available for bookings or not". -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 37243] New: Tag moderation actions should be in the last column
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '24

06 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37243 Bug ID: 37243 Summary: Tag moderation actions should be in the last column Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Tools Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org For consistency's sake the approve and reject buttons on the tag review page should be in the last column of the table. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 37319] New: Move mappings for 752ad (MARC21) and 210a/214a (UNIMARC) to pl index
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '24

06 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37319 Bug ID: 37319 Summary: Move mappings for 752ad (MARC21) and 210a/214a (UNIMARC) to pl index Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org In Bug 36578, some fields were added to the pl index, but somehow it ended up in the other-control-number index. This aims to put fields 752ad (MARC21) and 210a/214a (UNIMARC) in the pl index. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15