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

[Bug 14210] Manage staged MARC records deletes replaced item when undoing import into catalog
by bugzilla-daemon＠bugs.koha-community.org 07 May '25

07 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14210 --- Comment #16 from Mathieu Saby <mathsabypro(a)gmail.com> --- Major issue signaled 10 years ago :/ Is nobody ready to sponsor a fix ? Could we at least add a warning in the short term ? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14210] Manage staged MARC records deletes replaced item when undoing import into catalog
by bugzilla-daemon＠bugs.koha-community.org 07 May '25

07 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14210 --- Comment #15 from CB <balestrieri(a)monterey.org> --- +1 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14210] Manage staged MARC records deletes replaced item when undoing import into catalog
by bugzilla-daemon＠bugs.koha-community.org 06 May '25

06 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14210 Todd Goatley <tgoatley(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tgoatley(a)gmail.com --- Comment #14 from Todd Goatley <tgoatley(a)gmail.com> --- +1 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39846] New: Holds Queue Local Holds Priority checks items after an item has been allocated
by bugzilla-daemon＠bugs.koha-community.org 06 May '25

06 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39846 Bug ID: 39846 Summary: Holds Queue Local Holds Priority checks items after an item has been allocated Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com foreach my $request (@$hold_requests) { ... foreach my $item (@$available_items) { ... if ($local_hold_match) if ( exists $items_by_itemnumber{ $item->{itemnumber} } and not exists $allocated_items{ $item->{itemnumber} } and not $request->{allocated} ) { This code checks each item for local holds priority and then goes to the next item if request is already allocated, but we should check earlier in the loop and go to the next request if the first one is already filled. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 39844] New: Add problem class to circulation.tt
by bugzilla-daemon＠bugs.koha-community.org 06 May '25

06 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39844 Bug ID: 39844 Summary: Add problem class to circulation.tt Change sponsored?: --- Product: Koha Version: Main 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org If you look at circ/returns.tt you'll see a bunch of classes like `class="problem ret_refund` or 'problem ret_checkedin', making it easy to target each of those specific problems. circ/circulation.tt returns many of the same messages but does not include the classes. It would be a lot easier to customize if it contained the same classes for each problem. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 36958] New: Internal server error when importing MARC file with bad encoding into an order
by bugzilla-daemon＠bugs.koha-community.org 06 May '25

06 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36958 Bug ID: 36958 Summary: Internal server error when importing MARC file with bad encoding into an order Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: koha-bugs(a)lists.koha-community.org Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org Created attachment 167168 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=167168&action=e… Test record in MARC 8 with an encoding error (uses extended character set for Simplified Chinese characters) To reproduce: 1. Go to Cataloguing > Stage Records for Import 2. Upload the attached example file, which is encoded in MARC 8 3. Select the correct encoding and stage the file for import 4. Find or create an open basket in the Acquisitions module 5. Click Add to basket 6. Select From a staged file 7. Select the file that was just staged --> Page crashes with Internal Server Error (or a stack trace if you're testing in KTD) On the other hand, if you return to Cataloguing > Manage Staged Records and import the staged file from there, the import completes and the records are added to the catalog. The badly encoded biblio records can still be viewed (and the biblio detail page displays a warning about the bad encoding). Not sure if it makes sense to allow addorderiso2709.pl to simply import the bad record anyway like manage-marc-import.pl does, or if that would break something else in the ordering process. At the very least it should display an error message instead of crashing. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 39667] New: Copy and replace of 952$y to 942$c MARC modification template fails
by bugzilla-daemon＠bugs.koha-community.org 06 May '25

06 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39667 Bug ID: 39667 Summary: Copy and replace of 952$y to 942$c MARC modification template fails Change sponsored?: --- Product: Koha Version: 24.05 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 replicate 1. Make sure there are no record overlay rules that protect the 942$c. 2. Find a bibliographic record. Edit the record in the advanced editor and remove the 942$c if there is one. 3. Create a MARC modification template with these actions: Copy and replace 1st 952$y to field 942$c if field 942$c doesn't exist. 4. Apply the MARC modification template to the example record. Look at the MARC and notice the 942$c has not been replaced. This scenario can be repeated with a bibliographic record that does have a 942$c, but have it be different from the 952$y. Update the template to: Copy and replace 1st field 952$y to field 942$c if 942$c doesn't match Apply the template to the record and see that the 942$c is untouched despite the success message. Multiple variations on the rules above result in no changes to the bibliographic record. I think the rule is trying to apply the descriptive text of the 952$y to the 942$c and it is being rejected because the descriptive text is not the same as the item type code. The success message after the template is applied is in error because no changes were made to the bibliographic record. The 942$c needs to have the item type code in order for the template to work. As an alternative example the template actions of Update existing and add new work, but only if the item type code is entered into the template. Many libraries have bibliographic records with a missing 942$c but have item records with a 952$y. It would be nice if the MARC template can be used to update the bibliographic records by copying the item type code of the 952$y to the 942$c, if it is at all possible. While a library could create a rule using the Update existing or add new rule, they would have to run reports to sort the records by item type first. Which is perhaps less efficient if there are thousands of records. Otherwise the libraries have to manually edit each record or have a script run from a terminal to accomplish the same thing. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 9181] Add patron messaging preferences to batch patron modification tool
by bugzilla-daemon＠bugs.koha-community.org 06 May '25

06 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9181 --- Comment #9 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Benjamin R. Philbrook from comment #8) > This option would have been really useful when we updated the messaging > preferences of a couple of our patron groups, since it did not go back to > update existing patrons with the new preferences. I agree it would be really helpful, but if you want to change settings for a whole patron category or reset to default, there is a command-line script to do that. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9181] Add patron messaging preferences to batch patron modification tool
by bugzilla-daemon＠bugs.koha-community.org 06 May '25

06 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9181 Benjamin R. Philbrook <benjamin.r.philbrook(a)lmco.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |benjamin.r.philbrook(a)lmco.c | |om --- Comment #8 from Benjamin R. Philbrook <benjamin.r.philbrook(a)lmco.com> --- This option would have been really useful when we updated the messaging preferences of a couple of our patron groups, since it did not go back to update existing patrons with the new preferences. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39839] New: Box for creating new list in staff search is too short
by bugzilla-daemon＠bugs.koha-community.org 06 May '25

06 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39839 Bug ID: 39839 Summary: Box for creating new list in staff search is too short Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: maxeinergl(a)gcc.edu QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In the staff interface, when adding a larger number of items from a search to a new list (like selecting all on the page), the Add to List box is too short to reach the part of the screen when one can add the list name. If there are 20 items in the group you can maximize the box to get there. But if you had 100 items per page and selected them all, even if you maximize the box you cannot see the text box for entering a list name. If you click Save without entering a new list name you get a 500 error. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1