May 2022 - Koha-bugs - lists.koha-community.org

[Bug 24616] New: Cannot copy notice to another branch if it already exists
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '24

07 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24616 Bug ID: 24616 Summary: Cannot copy notice to another branch if it already exists Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org If you try to copy a notice or slip to another branch and that branch already has that notice or slip, it will not let you save it. There needs to be a way to overwrite the existing notice or slip without having to delete first then copy. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 35

[Bug 30843] New: TOTP expiration delay should be configurable
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '24

07 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30843 Bug ID: 30843 Summary: TOTP expiration delay should be configurable Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Depends on: 30842 It's valid 60 seconds, it could be a configuration option. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30842 [Bug 30842] Two-factor authentication code should be valid longer -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 36

[Bug 20058] New: Option to use shelving location instead of homebranch for sorting
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '24

07 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20058 Bug ID: 20058 Summary: Option to use shelving location instead of homebranch for sorting 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: stefan.berndtsson(a)ub.gu.se QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com By default a checkin response via SIP2 has homebranch in AQ. AQ is used for sorting by our (Gothenburg University) machines. The provided patch adds a syspref to select permanent_location instead of homebranch as the value put in AQ. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 30

[Bug 30838] New: to_address is misleading for sms transports
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '24

07 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30838 Bug ID: 30838 Summary: to_address is misleading for sms transports Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org The SMS sending system relies solely on smsalertnumber, but some notices get queued via C4::Message->enqueue which has a fallback mechanism to populate the to_address field in the message queue. If you then write a report to show all delivery failures, the to_address can be populated with an entirely unrelated number and is very misleading. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 32

[Bug 28340] New: Provide improved display of ILL request metadata in notices
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '24

07 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28340 Bug ID: 28340 Summary: Provide improved display of ILL request metadata in notices Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew.isherwood(a)ptfs-europe.com Currently ILL notices that contain a request's metadata just print the metadata in a random order. At the very least we should alphabetise the metadata by key. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 19966] New: Add ability to pass objects directly to slips and notices
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '24

07 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19966 Bug ID: 19966 Summary: Add ability to pass objects directly to slips and notices Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Koha spends an incredible amount of time on parsing and processing parameters passed in to slips and notices. It would be immensely more efficient to be able to pass objects directly to GetPreparedLetter so it doesn't need to do any fetching / processing on them. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 45

[Bug 30668] New: UpdateItemLocationOnCheckin spams the cataloguing log
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '24

07 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30668 Bug ID: 30668 Summary: UpdateItemLocationOnCheckin spams the cataloguing log Change sponsored?: --- Product: Koha Version: master 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 Cart location updates were moved to this system preference, but for libraries utilizing it this way, the cataloguing log records a change per checkin. We should prevent these changes from being logged -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 22678] New: Set 'Koha::Logger' as the default mojo logger for the REST API
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '24

07 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22678 Bug ID: 22678 Summary: Set 'Koha::Logger' as the default mojo logger for the REST API Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST api Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com Target Milestone: --- Bug 18205 tries to do allot of things in one bug.. this is an alternate implementation limited down to just replacing the default Mojo::Log logger in the Mojolicious app with a Koha::Logger instead. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 44

[Bug 29511] New: While editing MARC records, subfields appear in varying order
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '24

07 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29511 Bug ID: 29511 Summary: While editing MARC records, subfields appear in varying order Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: valerie(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 127762 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=127762&action=e… 245 blank subfields not in order Edit the MARC record 245. Blank subfields appear in inconsistent order. Expected order: 245 a,b,c,h Default framework order: 245 a,b,c,h Different records with only a subfield a have the following order: 245 a,c,h,b 245 a,h,c,b 245 a,b,c,h Record with subfield a,c may appear as: 245 a,c,b,h 245 a,a,h,b Field 300 is also noted to have different blank subfield orders for different records. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 27779] New: Cashup summary 'refunds' should denote what the refund was actioned against.
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '24

07 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27779 Bug ID: 27779 Summary: Cashup summary 'refunds' should denote what the refund was actioned against. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Currently, we group 'Refunds' together in one group. It would be preferable to group them by the type of transaction they're refunding. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 65