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

[Bug 28116] New: Allow for Floating Items to float even if cancelled from Holds
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '26

04 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28116 Bug ID: 28116 Summary: Allow for Floating Items to float even if cancelled from Holds Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently, if a library would like to float all their items and this is set up in the circulation rules when a hold is canceled that had been previously transferred, Koha will want to send that back to the Home Library. 1. Set up Item Floats in Circ Matrix 2. Place a hold on an item that needs to be transferred. 3. Trigger that item and transfer to the patron's preferred pickup branch. 4. Hold has arrived at Branch- but now patron cancels the hold. 5. Staff see "Cancel Hold and Transfer back to Home Location" They would like to see Cancel Hold and Koha to understand that they would like to keep the item now at this current location instead of sending it back to the Home. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 35088] New: With marcflavour=unimarc Z39.50 does not seach LC Records
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35088 Bug ID: 35088 Summary: With marcflavour=unimarc Z39.50 does not seach LC Records Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: koha-bugs(a)lists.koha-community.org Reporter: rafael.antonio(a)sapo.pt QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl We use UNIMARC authority format and trying to create an authority record from LC using Z39.50 there are no results. If we change MARCFLAVOUR to MARC21 it works. Our goal was to use a XSLT file to convert LC authority records. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 36104] New: Untransliterated author information isn't after the untransliterated title information
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36104 Bug ID: 36104 Summary: Untransliterated author information isn't after the untransliterated title information Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: piia.semenoff(a)ouka.fi QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 162206 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=162206&action=e… Authorinformation in field 880c Untransliterated author information should appear after the untransliterated title on page: cgi-bin/koha/catalogue/detail.pl?biblionumber= If you catalog author according to the cataloguinrules (field 880c), the untransliterated author information is displayed above the author field and not after the title as it should. Like this: Уравнение с неизвестной / Uravnenie s neizvestnoj / Tat'âna Morozova. Морозова, Татъяна, By: Morozova, Tatjana [author.]. Material type: Text Language: russian (attachment) Author is displayed correctly when author information is listed in field 880b. But that is against cataloguinrules. But it looks right: Уравнение с неизвестной / Морозова, Татъяна Uravnenie s neizvestnoj / Tat'âna Morozova. By: Morozova, Tatjana [author.]. Material type: Text Language: russian -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 36213] New: Barcode should be visible in the results listing
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36213 Bug ID: 36213 Summary: Barcode should be visible in the results listing 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: verolencinas(a)yahoo.com.ar QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com To check a barcode in the staff interface in Koha you need to go to the detail screen. In the results list you have access to a lot of item information like callnumbers, check-outs, locations, etc. but not to the barcodes. It would be helpful to some libraries to be able to check barcodes in the results listing. Koha should be able to turn this feature on or off since some libraries could prefer the actual result listing information. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 34591] New: Unable to add new item to exisiting item group from additems.pl
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34591 Bug ID: 34591 Summary: Unable to add new item to exisiting item group from additems.pl Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Possibly related to bug 33640 , when creating a new item from additems.pl, you cannot add the item to an existing item group. 1.Create item groups 2.Add new item 3.Select Use existing item group and choose an existing group 4.Click Add item 5.View holdings table and item is not part of the selected item group. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 32762] New: Duplicate entry '10434' for key 'PRIMARY' at /usr/share/koha/lib/C4/Installer.pm line 739
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32762 Bug ID: 32762 Summary: Duplicate entry '10434' for key 'PRIMARY' at /usr/share/koha/lib/C4/Installer.pm line 739 Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: quickfire28(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org ERROR - {UNKNOWN}: DBI Exception: DBD::mysql::db do failed: Duplicate entry '10434' for key 'PRIMARY' at /usr/share/koha/lib/C4/Installer.pm line 739 How to fix this one? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 34810] New: Spinning icon doesn't disappear on cover view in OPAC detail page
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34810 Bug ID: 34810 Summary: Spinning icon doesn't disappear on cover view in OPAC detail page Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: normal 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 The spinning icon on the OPAC detail view doesn't disappear, even when covers are displayed. I found this following the test plan from bug 34724, but the behaviour is the same on master: 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 -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 34087] New: Required label displays twice for Hold end date
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34087 Bug ID: 34087 Summary: Required label displays twice for Hold end date Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Hold requests 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 The 'Required' label displays twice under 'Hold not needed after' when confirming a hold -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 35627] New: Ability to merge lists
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35627 Bug ID: 35627 Summary: Ability to merge lists Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: helm.consortium(a)nhs.net QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The function to allow the merging of reading lists would be helpful in terms of consortia working. We have many libraries adding their own versions of common lists, which we now need to merge easily. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 33193] New: Book cover image visibility depends on the order of 856 fields
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '26

03 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33193 Bug ID: 33193 Summary: Book cover image visibility depends on the order of 856 fields Change sponsored?: --- Product: Koha Version: 22.11 Hardware: PC OS: Windows Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: tuomas.kunttu(a)kouvola.fi QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Book cover link is in Marc field 856 and book description link is in another 856 field. Whether the book cover image is visible depends on the order in which the data is catalogued. Test: 1. System preferences: CustomCoverImages: display and CustomCoverImagesURL: {856$u} 2. Catalogue following data to a record: 856 42 u https://sopimusasiakkaat.booky.fi/description.php?ean=9789518734263 q text z Description 856 42 u https://sopimusasiakkaat.booky.fi/image.php?size=medium&id=9789518734263 q image z Cover image 3. Save and view record 4. Book cover is not visible in record's normal view nor in search results list. 5. Change the order of 856 fields: 856 42 u https://sopimusasiakkaat.booky.fi/image.php?size=medium&id=9789518734263 q image z Cover image 856 42 u https://sopimusasiakkaat.booky.fi/description.php?ean=9789518734263 q text z Description 6. Save and view record 7. Book cover is visible in record's normal view and in search results list. Book cover image should be visible regardless of the order in which the 856 fields are catalogued. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5