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

[Bug 29743] New: Importing bad MARC can cause internal server errors in Koha
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '25

17 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29743 Bug ID: 29743 Summary: Importing bad MARC can cause internal server errors in Koha Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org MARC data can be imported into Koha that may be invalid and can cause internal server errors when someone attempts to view that records. We should validate MARC data before it is imported into the database to prevent this issue. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 34063] New: items.paidfor haunting beyond the grave
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '25

16 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34063 Bug ID: 34063 Summary: items.paidfor haunting beyond the grave Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Depends on: 26268 Bug 26268 only drops the column items.paidfor if the column is empty. If there is a value, a warning message is displayed, but the database upgrade completes successfully. So you may end up with 47 columns in your items table in Koha 22.11 while the deleteditems table only has 46 columns. This will cause scripts like /cgi-bin/koha/reports/issues_stats.pl to bust with a 500 error since it can't do a * union on those two tables with a different number of columns. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26268 [Bug 26268] Remove items.paid for once and for all -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 29

[Bug 34481] New: Add IncludeSeeAlsoFromInSearches like IncludeSeeFromInSearches
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '25

16 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34481 Bug ID: 34481 Summary: Add IncludeSeeAlsoFromInSearches like IncludeSeeFromInSearches 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: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Like IncludeSeeFromInSearches adds see from heading in search (4xx), add a system preference IncludeSeeAlsoFromInSearches to add see also from heading (5xx). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 27

[Bug 18745] New: Serial claims: save supplier info on serial-level
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '25

16 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18745 Bug ID: 18745 Summary: Serial claims: save supplier info on serial-level Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Serials Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com -- You are receiving this mail because: You are watching all bug changes.

1 39

[Bug 29167] New: Patron Search - Data Export
by bugzilla-daemon＠bugs.koha-community.org 13 Jun '25

13 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29167 Bug ID: 29167 Summary: Patron Search - Data Export Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: Windows Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: tgoatley(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 125714 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=125714&action=e… Default number does not export all data A partner library noticed that when exporting data from a patron search (Address) that the export only exports what is showing in the search results. Previously when they exported it would export all data without having to select the "All" from the quantity dropdown. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 39902] New: "Cite" feature - UNIMARC : publisher in 214 is not taken into account
by bugzilla-daemon＠bugs.koha-community.org 13 Jun '25

13 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39902 Bug ID: 39902 Summary: "Cite" feature - UNIMARC : publisher in 214 is not taken into account Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: marion.durand(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org For UNIMARC, citations often have no publisher information. The publication information can also be in 214 field, it can still be in 210 field but this will become obsolete at some point. The cite function should look into 214 field for publisher information and if there is none, then look into 210). -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 38157] New: Deduct time on hold shelf from loan period
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '25

12 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38157 Bug ID: 38157 Summary: Deduct time on hold shelf from loan period Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation 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, kyle.m.hall(a)gmail.com It would be helpful if the circulation rules had an option (check box) to deduct the number of days a hold has been waiting from the loan period. This would be particularly helpful for ILL loans, where the loan period starts the moment the item arrives at the library for the patron, not when the patron picks it up. I could also see some libraries incorporating this functionality as an incentive to pick up holds sooner rather than later, to get as much loan time as possible. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 29868] New: Add Koha::Old::Hold->anonymize
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '25

12 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29868 Bug ID: 29868 Summary: Add Koha::Old::Hold->anonymize Change sponsored?: --- Product: Koha Version: unspecified 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Found the need to anonymize from Koha::Hold->cancel, and in this case using an iterator would be overkill as I already have the Koha::Old::Hold object in place as the return value from $self->_move_to_old... -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 29874] New: Remove unused method C4::SIP::ILS::Item::fill_reserve
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '25

12 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29874 Bug ID: 29874 Summary: Remove unused method C4::SIP::ILS::Item::fill_reserve Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The method is only mentioned when it is defined in the codebase. Likely unused, as C4::Circulation::AddIssue already fills the hold if required. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 33791] New: $hold->fill does not set itemnumber when checking out without confirming hold
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '25

12 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33791 Bug ID: 33791 Summary: $hold->fill does not set itemnumber when checking out without confirming hold Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If you add a hold on a book (next available), and then checkout an item of this book to the same patron, the hold is filled but without itemnumber. Since we normally expect an itemnumber in old_reserves, this may be confusing. For instance, reserve_stats.pl ignores these holds because it filters on itemnumber. Is this simply a bug or are there circumstances that this behavior is preferred? In other words, should we fix reserve_stats.pl and other code that assumes the itemnumber or should we fix MoveReserve/$hold->fill ? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23