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

[Bug 34975] New: Job details for BatchUpdateBiblioHoldsQueue lack information
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34975 Bug ID: 34975 Summary: Job details for BatchUpdateBiblioHoldsQueue lack information Change sponsored?: --- Product: Koha Version: 22.11 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 The details for the holds queue update with RealTimeHoldsQueue enabled shows a list of checkboxes, but no information on the records or holds updated. It would be nice to include some information or just a count maybe. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 34151] New: Hard due date being ignored in circulation rules in favor of loan period
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34151 Bug ID: 34151 Summary: Hard due date being ignored in circulation rules in favor of loan period Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: 1. Create a circulation rule for All Patrons, All Categories with a loan period of 10 days. 2. Set a hard due date for a date after the loan period. 3. Check out an item and see that the due date is based off the loan period and not the hard due date. Also, setting a loan period for the exact time period and the hard due date (so the dates are the same) also appears to fail and it reverts to the previous loan period. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 34429] New: Expiry Date not included on 'Quick add new patron' form
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34429 Bug ID: 34429 Summary: Expiry Date not included on 'Quick add new patron' form Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: dch(a)interleaf.ie QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com I have added dateexpiry to the SysPref PatronQuickAddFields but Expiry Date is not included on 'Quick add new patron' form -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 33610] New: Accelerated Reading Level Search not accurate
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33610 Bug ID: 33610 Summary: Accelerated Reading Level Search not accurate Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: dch(a)interleaf.ie QA Contact: testopia(a)bugs.koha-community.org If you search for Accelerated Reader level 6 the system shows all the books at that level, but it also picks up titles that are a reading level of .6 e.g. Angels and Demons by Dan Brown is 5.6 but it is listed when I search for AR level 6. We need a search that will only return books at level 6 (including all decimal points up to 7) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 34190] New: Record overlay rule ignored on z39.50 import in Advanced Editor
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34190 Bug ID: 34190 Summary: Record overlay rule ignored on z39.50 import in Advanced Editor Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl To recreate: 1. Create a Record overlay rule with Source, z39.50, 500, protect, skip, skip, skip, skip. 2. Edit a biblio in the Advanced Editor. 3. Make sure the record contains a 500 tag with text. Save 4. Use advanced search to find a replacement bibliographic record - substitute. 5. Notice the 500 field may now be missing. 6. Save the record. The 500 field, which was protected, is not restored upon saving. The record overlay rules for z39.50 should work for both the basic and advanced editors. The Advanced search in the Advanced Editor appears to function as the Replace record via z39.50 in the basic editor and should behave similarly when applying overlay rules. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 34090] New: Add context for AV category vs. patron category
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34090 Bug ID: 34090 Summary: Add context for AV category vs. patron category Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Sometimes only the word category appears for patron category or AV category. As we have translated patron category differently to authorised value category, this creates some issues with translations. It would be nice to add some context here. Another solution could be to add "patron" and "authorised value" in front. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 37208] New: Browse results in staff interface
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37208 Bug ID: 37208 Summary: Browse results in staff interface Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: pierre.genty(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Perform a search in Opac interface. In the search results list, click a record to go on detail page. On top right, the "browse results" functionality allows you to display results list without leaving detail page (OpacBrowseResults system preference must be activated). It would be nice to have the same functionality on staff interface. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 36016] New: TrackClicks and cleanup_database.pl
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36016 Bug ID: 36016 Summary: TrackClicks and cleanup_database.pl Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: pierre.genty(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When TrackClicks system preferences is activated, linktracker table in database will start to grow. What about adding a --linktracker option to the cleanup_database script ? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 34508] New: MARC modification templates have poor results when working with multiple of a field
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34508 Bug ID: 34508 Summary: MARC modification templates have poor results when working with multiple of a field Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: ephetteplace(a)cca.edu QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 154334 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=154334&action=e… minimal example record MARC modification templates "copy and replace" actions struggle to modify records in an expected manner when there are multiple of the field being modified. There are at least two unexpected results: - a "copy and replace" on the "1st" of two fields results in the first field's modified subfield being copied to the second - using an "if" condition with either the "1st" or "all" fields also causes the first field's modified subfield to overwrite the second's subfield, even if the second does not meet the if condition I've attached a minimal MARC record with two 856 fields. The goal of a modification template should be to modify only the first "example.com" ‡u subfield while leaving the second untouched. However, both of these modification templates result in the second 856‡u being a copy of the first. 1) Copy and replace 1st field 856$u to 856$u using RegEx s/^http?s://example\.com/https://proxy.cca.edu/?url=https://example.com/ 2) Copy and replace field 856$u to 856$u using RegEx s/^http?s://example\.com/https://proxy.cca.edu/?url=https://example.com/ if 856$u matches RegEx m/https?://example\.com.*/ Original record: 245 _ _ ‡aTest record for MARC modification 856 4 0 ‡uhttps://example.com‡yProxy link 856 4 0 ‡uhttps://cca.edu‡yRetain link Expected outcome: 245 _ _ ‡aTest record for MARC modification 856 4 0 ‡uhttps://proxy.cca.edu/?url=https://example.com‡yProxy link 856 4 0 ‡uhttps://cca.edu‡yRetain link Actual outcome: 245 _ _ ‡aTest record for MARC modification 856 4 0 ‡uhttps://proxy.cca.edu/?url=https://example.com‡yProxy link 856 4 0 ‡uhttps://proxy.cca.edu/?url=https://example.com‡yRetain link Note that the second field's ‡y subfield is untouched. For template #1, I expect the second field not to be modified because it specifies only the "1st" MARC field. For template #2, I expect the second field not to be modified because it does not match the if condition. In BOTH templates, the regex substitution should not affect the second field, because it does not match the pattern. There was a thread on the Koha listserv between myself and Caroline Cyr La Rose from August 4th to August 9th, 2023 that may provide helpful details. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 35005] New: Add subscription and order count to new batch record deletion tool
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35005 Bug ID: 35005 Summary: Add subscription and order count to new batch record deletion tool Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The batch record deletion tool checks for items, holds and checkouts. It would be a nice enhancement to also show linked subscriptions and orders. This would then match the checks done in acquisitions in order to be able to delete the record when cancelling an order line. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2