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

[Bug 40090] New: New LinkerOptions option, broader_headings for a specific authority type
by bugzilla-daemon＠bugs.koha-community.org 13 Jun '25

13 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40090 Bug ID: 40090 Summary: New LinkerOptions option, broader_headings for a specific authority type 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 It would be helpful if the broader_headings authority linker option (tied to the syspref LinkerOptions) could be set for only a specific type or authorities. Specifically, we've got a library that wants to manage geographic subjects differently than other authority types. We'd like to be able to enter something like "broader_headings_GEOGR_NAME" to apply this option only to that auth type. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 40142] New: Exporting a table only exports visible rows, the button should indicate this
by bugzilla-daemon＠bugs.koha-community.org 13 Jun '25

13 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40142 Bug ID: 40142 Summary: Exporting a table only exports visible rows, the button should indicate this Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com This was reported from the 'Circulation->Overdues' page - if a library has more than 20 overdues they only get the visible rows when clicking export unless they set the table to 'Show all' or use the 'Download file of all overdues' We should change the wording of the button to make this clear -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[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 40139] New: Pop up window at signin to check set library and cash register is correct
by bugzilla-daemon＠bugs.koha-community.org 13 Jun '25

13 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40139 Bug ID: 40139 Summary: Pop up window at signin to check set library and cash register is correct Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: hdunne-howrie(a)westminster.gov.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Our frontline library staff would like to see a pop up window at each sign-in of Koha which displays current library and cash register and gives them the option to change this (i.e. link to .../cgi-bin/koha/circ/set-library.pl) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 6812] Configure enrollment, renewal, duplicate card, hold fees by branch and patron category
by bugzilla-daemon＠bugs.koha-community.org 13 Jun '25

13 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6812 Hannah Dunne-Howrie <hdunne-howrie(a)westminster.gov.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hdunne-howrie(a)westminster.g | |ov.uk --- Comment #6 from Hannah Dunne-Howrie <hdunne-howrie(a)westminster.gov.uk> --- We would love to see an option where by itype hold fee value can override patron category hold fee. This would allow for circumstances in which an item type hold fee policy supersedes a patron category policy, i.e. you create an exemption to the rule when needed. -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[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