September 2023 - Koha-bugs - lists.koha-community.org

[Bug 34908] New: Sort item types alphabetically by description rather than code when adding a new empty record as an order to a basket
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '23

13 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34908 Bug ID: 34908 Summary: Sort item types alphabetically by description rather than code when adding a new empty record as an order to a basket Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Item types are sorted by the code rather than the description in the Item type dropdown that is used when adding a new empty record as an order to a basket. To reproduce: 1. Go to Koha administration -> Item types. Add a new item type "B" with the description "Test" so it will be obvious if it is sorted by the code "B" instead of the description "Test". 2. Go to Acquisitions. Add to a basket from a new empty record 3. In the Catalog details section, note the Item type dropdown. Confirm your "Test" item type, is showing near the top of the list, indicating it has been sorted based on the code "B" -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 34731] New: C4::Letters::SendQueuedMessages can be triggered with an undef message_id
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '23

13 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34731 Bug ID: 34731 Summary: C4::Letters::SendQueuedMessages can be triggered with an undef message_id Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical 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 I've discovered that sometimes C4::Letters::EnqueueLetter will return undef instead of a valid message id. In Koha::Patron::set_password we call C4::Letters::EnqueueLetter and assume a message_id exists which we pass to C4::Letters::SendQueuedMessages. Because message_id is undef, we then *process all pending messages*. This is very very bad considering libraries often have very specific time frames they wish to send message ( especially sms and phone ). In addition, this bypasses the before_send_messages hook. I have not been able to recreate on demand yet, but I think it is either random or caused by calls to the /api/v1/patrons/<patron_id>/password rest api endpoint. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 34

[Bug 34946] New: Remove the use of event attributes from self checkout and check-in
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '23

13 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34946 Bug ID: 34946 Summary: Remove the use of event attributes from self checkout and check-in Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: OPAC 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: 34709 There are some event attributes in self checkout and self check-in templates. These should be removed in favor of defining events in JavaScript. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34709 [Bug 34709] Eliminate event handler attributes in the OPAC -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 34171] New: item_barcode_transform does not work when moving items
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '23

13 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34171 Bug ID: 34171 Summary: item_barcode_transform does not work when moving items Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: michaela.sieber(a)kit.edu QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When moving an item to another biblio (cataloguing/moveitem.pl?) the scanned item barcode is not transformed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 34531] New: Hiding Lost card flag and Gone no address flag via BorrowerUnwantedFields hides Patron restrictions
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '23

13 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34531 Bug ID: 34531 Summary: Hiding Lost card flag and Gone no address flag via BorrowerUnwantedFields hides Patron restrictions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com >From BorrowerUnwantedFields 1. Hide Gone no address flag (gonenoaddress) and Lost card flag (lost). 2. Got to memberentrygen.tt and see that Patron restrictions is now hidden -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 34462] New: Bug 25299 seems to have been reintroduced in more recent versions.
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '23

13 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34462 Bug ID: 34462 Summary: Bug 25299 seems to have been reintroduced in more recent versions. 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: david.roberts(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com On the details screen of a patron record, if the patron is due to expire the alert at the top of the screen reads: Expiration: Patron's card will expire soon. Patron's card expires on The date is missing from this alert. This was originally fixed in Bug 25299, but seems to have been reintroduced. I can replicate this at 21.11 and 22.11. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 34271] New: Remove a few Logger statements from REST API
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '23

13 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34271 Bug ID: 34271 Summary: Remove a few Logger statements from REST API 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org See 22678 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 34204] New: Koha user needs to be able to login
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '23

13 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34204 Bug ID: 34204 Summary: Koha user needs to be able to login 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+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Found in bookworm: root@kohadevbox:koha$ koha-shell kohadev This account is currently not available. This is because /etc/passwd has /usr/sbin/nologin as shell, which is coming from the --disabled-login param we passed to adduser in koha-create. Looks like a bug has been fixed in adduser, because we didn't have this behavior in bullseye. We should certainly remove this parameter. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 34901] New: Item-level holds can show inaccurate transit status on the patron details page
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '23

13 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34901 Bug ID: 34901 Summary: Item-level holds can show inaccurate transit status on the patron details page Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Hold requests 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 If a patron has an item-level hold, and that same item happens to be in transit or waiting for a different patron's hold, the patron details page will label the item-level hold as in transit. Since the item-level hold has not been found yet, it should have a blank status. To reproduce: 1. Place a record-level hold for Patron A, for pickup at a library other than the logged-in library 2. Check in an item --> Note that the item is now in transit for the hold 3. Place an item-level hold for Patron B on that same item 4. Go to the details page for Patron B, and click on their Holds tab --> The status column now says the hold is in transit, although it is actually Patron A's hold that is in transit 5. Switch the logged in library to match the pickup location for Patron A's hold 6. Check the item in again --> Note that Patron A's hold is now Waiting 7. Return to the details page for Patron B --> The status column says the hold is "not yet transferred" -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 34800] New: Update contributor openhub links
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '23

13 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34800 Bug ID: 34800 Summary: Update contributor openhub links Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: About Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17