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

[Bug 29974] New: Changing status of held item to Damaged can result in inaccurate hold status
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '25

06 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29974 Bug ID: 29974 Summary: Changing status of held item to Damaged can result in inaccurate hold status Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com With AllowHoldsOnDamagedItems set to "don't allow", if an undamaged item is waiting on hold for a patron, has its Damaged status set while waiting, and then is checked out to the patron, Koha thinks the item is simultaneously still held and checked out. To recreate: -Place a hold on an undamaged item -Trigger the hold -Once the item is waiting for the patron, change its status to Damaged -Check the item out to that patron In the bib, the item now shows as both waiting and checked out in the holdings table and in the Holds tab as waiting. In the patron's record, it shows as checked out and waiting. It also still shows in 'Holds awaiting pickup'. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 40089] New: Add a less permissive C4::Scrubber profile to replace staff
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '25

06 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40089 Bug ID: 40089 Summary: Add a less permissive C4::Scrubber profile to replace staff Change sponsored?: --- Product: Koha Version: Main 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 40087 will remove the C4::Scrubber profile 'staff'. We need a less permissive profile that wil still allow for a good amoutn of customization for something like Bug 39860. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 21697] New: Free-floating subdivision cannot be manage correctly in Koha
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '25

06 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21697 Bug ID: 21697 Summary: Free-floating subdivision cannot be manage correctly in Koha Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: hector.hecaxmmx(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Koha doesn't have right authority frameworks to deal with free-floating subdivisions records 180, 181, 182, and, 185. These fields needs their own frameworks to work properly an to be searchable headings. When you prepare this kind of records in ISO2709 file and export them to Koha, Koha treat well as free-floating subdivisions but there aren't frameworks to deal with. So the heading are stored but not searchable. You can see this in module C4::AuthoritiesMarc lines 350-367 sub GuessAuthTypeCode { my ($record, $heading_fields) = @_; return unless defined $record; $heading_fields //= { "MARC21"=>{ '100'=>{authtypecode=>'PERSO_NAME'}, '110'=>{authtypecode=>'CORPO_NAME'}, '111'=>{authtypecode=>'MEETI_NAME'}, '130'=>{authtypecode=>'UNIF_TITLE'}, '148'=>{authtypecode=>'CHRON_TERM'}, '150'=>{authtypecode=>'TOPIC_TERM'}, '151'=>{authtypecode=>'GEOGR_NAME'}, '155'=>{authtypecode=>'GENRE/FORM'}, '180'=>{authtypecode=>'GEN_SUBDIV'}, '181'=>{authtypecode=>'GEO_SUBDIV'}, '182'=>{authtypecode=>'CHRON_SUBD'}, '185'=>{authtypecode=>'FORM_SUBD'}, }, NOTE: These records are not usable in biblio records but serves to librarians to take decision when creating complex-headings. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 40085] New: "Link field to authorities" should not include $e in the search.
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '25

06 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40085 Bug ID: 40085 Summary: "Link field to authorities" should not include $e in the search. 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: mnero(a)oslri.net QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When linking a heading in either the advanced or basic editor, data from the $e relator term field is included in the search. That information wouldn't be in an authority record, so it requires manually clearing that field in every search. $e should not be included in what gets automatically populated in the authority search. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 35402] Update the OPAC and staff interface to Bootstrap 5
by bugzilla-daemon＠bugs.koha-community.org 05 Jun '25

05 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35402 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |40081 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40081 [Bug 40081] textareas appear to now be fixed width -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 38008] New: Presentation CSS on <label> makes it hard to use for radio buttons and Flatpickr
by bugzilla-daemon＠bugs.koha-community.org 05 Jun '25

05 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38008 Bug ID: 38008 Summary: Presentation CSS on <label> makes it hard to use for radio buttons and Flatpickr Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: phil(a)chetcolibrary.org QA Contact: testopia(a)bugs.koha-community.org In the case I'm trying to fix, Cataloging - Inventory, there are radio buttons for Home library or Current library, so the way radio buttons work those phrases should be the <label>s, so that clicking them toggles the buttons themselves. But the presentation of the whole page is geared to CSS for label, with only a little of it for .label, which assumes that whenever you have <fieldset class="rows"> ... <label> you will want that label to float: left and text-align: right, etc. Flatpickr is a somewhat similar problem: the project has decided that people who want to have the id in their dummy <input> which Flatpickr hides and replaces with its input transferred to the Flatpicker input are silly, because you can just wrap a label around the thing it is for, rather than having a sibling label with a for attribute pointing to the id of the input. But because of the floating and text-aligning, etc., of label, if you have <label>Set inventory date to: <input class="flatpickr"/></label> you get a ton of unwanted inherited presentation. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 40084] New: "Link field to authorities" should include $e in the search.
by bugzilla-daemon＠bugs.koha-community.org 05 Jun '25

05 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40084 Bug ID: 40084 Summary: "Link field to authorities" should include $e in the search. 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: mnero(a)oslri.net QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When linking a heading in either the advanced or basic editor, data from the $e relator term field is included in the search. That information wouldn't be in an authority record, so it requires manually clearing that field in every search. $e should not be included in what gets automatically populated in the authority search. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 36749] New: Link field to authorities removes subfield $e in advanced editor
by bugzilla-daemon＠bugs.koha-community.org 05 Jun '25

05 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36749 Bug ID: 36749 Summary: Link field to authorities removes subfield $e in advanced editor Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mnero(a)oslri.net QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When linking a heading in advanced editor (Ctrl+shift+l), selecting "Choose" will link the heading, adding the $9, but will also delete all $e relationship designator fields. This does not happen in the basic editor. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 39926] New: Blocker users without edit_catalogue permission from deleting the record if no items remain from the batch item deletion tool at the script level
by bugzilla-daemon＠bugs.koha-community.org 05 Jun '25

05 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39926 Bug ID: 39926 Summary: Blocker users without edit_catalogue permission from deleting the record if no items remain from the batch item deletion tool at the script level Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl This is in response to https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39848#c14 Bug 39848 blocked this in the template but it would be better if we blocked it higher up, in the script. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 39184] Server-side template injection leading to remote code execution
by bugzilla-daemon＠bugs.koha-community.org 05 Jun '25

05 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39184 Lucas Gass (lukeg) <lucas(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |39860 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39860 [Bug 39860] Add a way to allow for additional/custom MARC fields in the record display -- You are receiving this mail because: You are watching all bug changes.

1 0