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

[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 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 34965] New: Authority match failing due to possible encoding conflicts
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34965 Bug ID: 34965 Summary: Authority match failing due to possible encoding conflicts 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 Created attachment 156415 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=156415&action=e… Example authority In this scenario, the authority record was prepared by Marcive with MARC 8, however the record itself shows that it is UTF-8 in the leader. To recreate: 1. Ensure there is a record match rule: Authority 010$a Match threshold: 1000 Record Type: Authority Add Match Point Search index: LC-cardnumber Score: 1000 Tag: 010 Subfields: a Offset: 0 Length: 0 Normalization rule: None Add Match Check Incoming record check Tag: blank Subfields: blank Offset: 0 Length: 0 Normalization rule: None 2. Stage and import the authority. Record type: Authority Encoding: UTF-8 (Default) Do not look for matching records The record will import correctly. Check the leader and see that the encoding is UTF-8 (UCS/Unicode). 3. Stage and import the authority again, but look for matching records. Record type: Authority Encoding: UTF-8 (Default) Record matching rule Authority 010$a Replace the existing record with incoming Notice the file will not stage, or in other words fail. 4. Delete the example authority from the system. 5. Stage and Import the authority but select MARC 8 for the encoding, no matching. See that it successfully imports. The encoding in the leader still says UTF-8 (UCS/Unicode). 6. Stage and Import the authority using MARC 8 encoding, Authority 010$a matching rule to replace existing. See that the authority successfully stages, matches, and overlays the existing authority. It is possible there is something unique in the way the authority was prepared as a MARC 8. In other words, if it was prepared as a MARC 8, it should be imported as a MARC 8, regardless of the encoding in the leader. However, the authority did successfully import as a UTF-8 encoded file minus the matching rule. It should be possible to import and overlay the same authority as a UTF-8 encoded authority with a match rule. Other than the encoding statement in the leader, I can't see anything else unique about the authority. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 34590] New: Include syntax option in settings when staging MARC records
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34590 Bug ID: 34590 Summary: Include syntax option in settings when staging MARC records 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 Currently the settings for an import profile include record type, character encoding, and format. It would be nice to also include syntax. This is useful for importing foreign language records with unique characters and punctuation. Syntax is currently an option when configuring z39.50 searches. It would be nice to have when Staging MARC records too. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 34702] New: Online help for Inventory - incorrect link
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34702 Bug ID: 34702 Summary: Online help for Inventory - incorrect link Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: fiona.borthwick(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In 22.11, cataloguing tools were moved to the Cataloguing screen. If you click Help when on the Export data screen, you get taken to this help file - https://koha-community.org/manual//22.11/en/html/tools.html#inventory-stock… which is no longer correct. This link takes you to the help file for Tools but not Inventory. The user then needs to navigate to Cataloguing / Inventory from the menu option on the left. Can the link be updated please? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 33073] New: sip_cli_emulator doesn't work and documentation is in error
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33073 Bug ID: 33073 Summary: sip_cli_emulator doesn't work and documentation is in error Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: bob-ewart(a)bobsown.com QA Contact: testopia(a)bugs.koha-community.org The documentation on SIP2 server setup gives an example of running the sip_cli_emulator: ./misc/sip_cli_emulator.pl -a 127.0.0.1 -p 6001 -su term1 -sp term1 \ -l CPL --patron 23529001000463 -m checkout --item 39999000001259 it responds with No such file or directory running: /usr/share/koha/bin/sip_cli_emulator.pl -a 127.0.0.1 -p 6001 -l SLA -su <loginID> -sp <login password> --patron <myID> --password <my password> -m patron_information it responds with Can't locate C4/SIP/Sip/Constants.pm running: perl -I /usr/share/koha/lib /usr/share/koha/bin//sip_cli_emulator.pl -a localhost ... it responds with: Attempting socket connection to localhost:6001...connected! Use of uninitialized value $hold_mode in string eq at /usr/share/koha/bin//sip_cli_emulator.pl line 122. SEND: 9300CNSLAAdmin_sip2|COst0newall1972|CPSLA| READ: 940 Login Failed! That user/password is in SIPconfiguration.xml. It's category is Staff and has permissions: Check out and check in items Staff access Place and modify holds for patrons Manage patrons fines and fees Manage the electronic resources module I can log in with that ID and password -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 33232] New: report on item types
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33232 Bug ID: 33232 Summary: report on item types Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: library(a)princeofpeaceabbey.org QA Contact: testopia(a)bugs.koha-community.org The report on item types seems to be stuck. The numbers do not change even though I have added more items. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 34811] New: Old image viewer not accessible in OPAC
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34811 Bug ID: 34811 Summary: Old image viewer not accessible in OPAC Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Also found following the test plan from bug 34724: There is no link to the image viewer present on the OPAC detail page. If any of the local covers is clicked from the images tab, the preview/thumbnails of the other images are missing on the right side. Test plan: 0. Apply the patch (including dependent patches) 1. Go to http://localhost:8081/cgi-bin/koha/admin/preferences.pl?tab=&op=search&sear… 2. Change both *LocalCoverImages sysprefs to "Show" 3. Go to http://localhost:8081/cgi-bin/koha/admin/preferences.pl?tab=&op=search&sear… 4. Change "AllowMultipleCovers" to "Allow" 5. Go to http://localhost:8081/cgi-bin/koha/catalogue/detail.pl?biblionumber=29 6. Click "Images (0)" tab 7. Download or make two JPEG images 8. Upload the images 9. Go to http://localhost:8080/cgi-bin/koha/opac-imageviewer.pl?biblionumber=29 10. See one large image in the centre and two smaller thumbnails on the right side The link from the iamges tab for a single cover is: http://localhost:8080/cgi-bin/koha/opac-imageviewer.pl?biblionumber=29&imag… The preview is missing. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 34222] New: Add ability to use non-sequential barcodes when adding multiple copies of an item
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34222 Bug ID: 34222 Summary: Add ability to use non-sequential barcodes when adding multiple copies of an item 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 Currently when adding multiple copies of an item the system assigns sequential barcodes based on the barcode entered on the first item. It would be nice to be able to scan the barcodes that should be assigned to the copies, especially if the library does not use sequential barcodes. This could be accomplished by clicking add multiple copies of this item and having a box appear where barcodes could be scanned. The barcodes can then be assigned to the number of copies. It is not necessary to assign specific barcodes to specific items because the items are identical copies. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 34168] New: Make it possible to configure display sequence of additional fields
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34168 Bug ID: 34168 Summary: Make it possible to configure display sequence of additional fields 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, michaela.sieber(a)kit.edu At the moment it's not possible to make the additional fields appear in a logical order. It would be great if it was possible to optionally configure the sequence in which the fields appear in edit forms and in tables. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2