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

[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 34431] New: Distinguish between status and status_alias in ILL UI
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '24

07 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34431 Bug ID: 34431 Summary: Distinguish between status and status_alias in ILL UI 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: pedro.amorim(a)ptfs-europe.com CC: pedro.amorim(a)ptfs-europe.com Depends on: 34223 At the moment, we're concating status and status_alias in the ILL left filters. We also have our own custom logic of what to present in the status table column, i.e. if a status_alias exists, we show that over status. This may cause confusing as some users are filtering for status, but table is showing status_alias. We need to find a way to make it obvious which status a request is at, and which status_alias (if any) is at. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34223 [Bug 34223] ILL status filter does not load immediately after selecting a backend filter -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 64

[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 31626] New: Add letter id to the message queue table
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '24

07 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31626 Bug ID: 31626 Summary: Add letter id to the message queue table 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 It can be useful to know exactly what template was used to generate a notice. To this end, it would be useful to store the letter id as a foreign key in the message queue table. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[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

[Bug 27344] New: Implement Elastic's update_index_background using Koha::BackgroundJob
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '24

07 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27344 Bug ID: 27344 Summary: Implement Elastic's update_index_background using Koha::BackgroundJob Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Blocks: 27341 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27341 [Bug 27341] Performance 21.05 - Omnibus -- You are receiving this mail because: You are watching all bug changes.

1 122

[Bug 29181] New: Allow patron card creator to use a report to get list of borrowers
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '24

07 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29181 Bug ID: 29181 Summary: Allow patron card creator to use a report to get list of borrowers Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: chris(a)bigballofwax.co.nz QA Contact: testopia(a)bugs.koha-community.org Allow the list of borrowers to be created dynamically from a report. So that there is not the need to run the report, and then try to cut and paste a big list. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 31565] New: Patron search filter by category code with special character returns no results
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '24

07 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31565 Bug ID: 31565 Summary: Patron search filter by category code with special character returns no results Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: lari.taskula(a)hypernova.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com To reproduce: 1. Add a new patron category with categorycode 'TEST_CAT' 2. Add a patron to category 'TEST_CAT' 3. Go to Patrons search view 4. Under "Search for patron" filters, filter by category you created at step 1 5. Click Search 6. Observe no results Something to start from: 1. Go to http://yourinstance/api/v1/patrons?_page=1&_per_page=20&q=[{"me.category_id":"TEST\\_CAT"}]&_match=contains&_order_by=+me.surname,+me.firstname,+me.middle_name,+me.othernames,+me.street_number,+me.address,+me.address2,+me.city,+me.state,+me.postal_code,+me.country 2. Observe no results 3. Go to http://yourinstance/api/v1/patrons?_page=1&_per_page=20&q=[{"me.category_id":"TEST_CAT"}]&_match=contains&_order_by=+me.surname,+me.firstname,+me.middle_name,+me.othernames,+me.street_number,+me.address,+me.address2,+me.city,+me.state,+me.postal_code,+me.country (difference is that we've removed escaping characters \\ from q=[{"me.category_id":"TEST\\_CAT"}] to q=[{"me.category_id":"TEST_CAT"}] 4. Observe 1 result (the patron you added at step 2) So it has something to do with escape not functioning as expected. If you try q=[{"me.category_id":"TES__CAT"}] or q=[{"me.category_id":"TEST%CAT"}] there are again no results so it also seems like these special characters are not being passed to the database query. Related Bug 30393 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 50

[Bug 31532] New: Zebra search results incorrect because of Bug 15187
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '24

07 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31532 Bug ID: 31532 Summary: Zebra search results incorrect because of Bug 15187 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au In most parts of Koha, we use the MARCXML from the MySQL database, but in the search results we use the MARCXML from Zebra. While Bug 15187 allows us to index 880 according to its linkages, it means that the 880 is replaced and additional linked fields are created, which makes for some incorrect Zebra search results in Koha... -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25