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

[Bug 36936] New: api/v1/bookings.t generates warnings
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '25

28 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36936 Bug ID: 36936 Summary: api/v1/bookings.t generates warnings Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: martin.renvoize(a)ptfs-europe.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Blocks: 25515 t/db_dependent/api/v1/bookings.t .. 2/5 DBIx::Class::Storage::DBI::_dbh_execute(): DBI Exception: DBD::mysql::st execute failed: Duplicate entry '6' for key 'PRIMARY' at /kohadevbox/koha/Koha/Object.pm line 172 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25515 [Bug 25515] [OMNIBUS] Remove warnings and errors from tests output -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 29191] New: Linking biblio headings to authorities doesn't work with subdivisoins
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '25

28 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29191 Bug ID: 29191 Summary: Linking biblio headings to authorities doesn't work with subdivisoins Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: alex.arnaud(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Linking biblio headings to authorities fails if there is subdivision(s) to search. Test plan (Unimarc example): - AutoCreateAuthorities On - BiblioAddsAuthorities On - add a subject in a biblio: 606 $aArt $xHistory => new authority is created - reindex authorities if Zebra search engine - add same subject in an other biblio: 606 $aArt $xHistory => again, a new authority is created Heading helper adds the subdiviion name in the search term. So the entire search query for mathing authorities is "Art generalsubdiv History" I'm looking for a fix, but i need someone to explain me why we add something which is similar to metada in the search term. This is done both for MARC21 and UNIMARC in C4::Heading::UNIMARC::_get_search_heading and C4::Heading::MARC21::_get_search_heading -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 40718] New: Self-registration hides categorycode unless mandatory if any unwanted fields specified
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '25

28 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40718 Bug ID: 40718 Summary: Self-registration hides categorycode unless mandatory if any unwanted fields specified Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org This is a weird one but I noticed on "main" that if you specify anything in PatronSelfRegistrationBorrowerUnwantedField it will hide "categorycode" and "dateexpiry". This can break the self-registration if you don't just rely on PatronSelfRegistrationDefaultCategory or add categorycode to PatronSelfRegistrationBorrowerMandatoryField Very weird. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 31165] "Public note" field in course reserve should restrict HTML usage
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '25

28 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31165 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |40717 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40717 [Bug 40717] Notes scrubber is too strict for some cases -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 31165] "Public note" field in course reserve should restrict HTML usage
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '25

27 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31165 Lisette Scheer <lisette(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=40717 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 38960] New: Checking in a waiting hold only records a local use
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '25

27 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38960 Bug ID: 38960 Summary: Checking in a waiting hold only records a local use Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com This behavior has changed from 24.05. If you check in a waiting hold, it is supposed to pop up with the hold modal and let you know it is already waiting, and give you the option to confirm again or cancel the hold. On 24.11, it just records a local use. This ain't good! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 40661] New: Authority records need a better display
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '25

27 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40661 Bug ID: 40661 Summary: Authority records need a better display Change sponsored?: --- Product: Koha Version: 24.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 185475 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=185475&action=e… LOC authority record display A bibliographic record has a detail view which presents an easy to read display. A MARC view is available in a separate tab. Authority records, on the other hand, immediately display the authority record in a tabbed MARC view. It would be nice if Authority records had a similar type of display as Bibliographic records in both the staff interface and OPAC. Library of Congress has a combined view with a brief view that is formatted for easy reading and a MARC view below (attached screenshot). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 40091] New: When cataloging, search authorities by heading and then subdivision
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '25

27 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40091 Bug ID: 40091 Summary: When cataloging, search authorities by heading and then subdivision Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When creating a bib record, the modal for selecting an authority record assumes one will perform one search for a combination of heading and subdivision. This can be cumbersome for libraries with a lot of very specific subject authorities. It would be helpful to be able to search for and select from only distinct main heading values from the $a and then browse/search within only the subdivisions that can be used in conjunction with the heading selected. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 24226] New: Advanced editor - drops subfields/punctuation when manually linking authority records
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '25

27 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24226 Bug ID: 24226 Summary: Advanced editor - drops subfields/punctuation when manually linking authority records Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mkstephens(a)lancasterseminary.edu QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In the basic editor, it is possible to manually search for an authority record and link to it while preserving the original punctuation in the bibliographic record. It is also possible to search for and link to a broader heading and the additional subfields will remain intact in the bibliographic record. If you try to do either one of these things in the advanced editor using ctrl+shift+L to get to the authority search, once you link to the authority record that you select the MARC field you are editing will be rewritten to match the corresponding field in the authority record. It would be very nice if the advanced cataloging editor would simply append the authid in $9 and leave the rest of the MARC field alone. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 39949] New: Control of authorities subjects VS authors
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '25

27 Aug '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39949 Bug ID: 39949 Summary: Control of authorities subjects VS authors 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: Felix.Jutras(a)curateur.gouv.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In our governemental organism we catalog archives taht are mainly text documents. We are doing control of the authorities. This includes subject in the zones 600's and authors in the zones 100 and 700. For our needs it would be importent to make strict control on the subject authorities. But we dont want authorities for authors. To put no control on the authors. But Koha let us put strict control on authorities no matter taht is subject or authors. For our need and probably others around the world i think it would be a good idea to make a separation on the autority control on subject and authors for the next update that will be the 25.11 in next November. So We can put strict control on the subjec authorities in the 600's zones and no control on the authors in 100 and 700. I would like to have a follow-up on this subject. It can be done in the following email. Felix.Jutras(a)curateur.gouv.qc.ca -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8