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

[Bug 37373] New: Cursor should go to patron search box on loading holds page
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '25

23 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37373 Bug ID: 37373 Summary: Cursor should go to patron search box on loading holds page Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In 23.11 and previous, Koha put the user's cursor into the patron search field upon loading the screen on which to search for a patron to place a hold on a title. In 24.05 and later, it puts the cursor instead into the Checkout field at the top of the page. This is not a desirable change. To reproduce: - Go to a bib record (detail.pl) - click Holds on the left or Place a Hold above the title - note that on the next page (request.pl) your cursor is not in the box to search for a patron to place a hold -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 33

[Bug 36796] New: Fix mistake in database column descriptions for statistics table
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '25

23 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36796 Bug ID: 36796 Summary: Fix mistake in database column descriptions for statistics table Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: magnus(a)libriotech.no Depends on: 32312 from bug 32312: (In reply to Jonathan Druart from comment #12) > Something wrong here, statistics was present already. > > 245 statistics => { > 246 "datetime" => __("Statistics date and time"), > 247 "branch" => __("Library"), > 248 "value" => __("Value"), > 249 "type" => __("Transaction type"), > 250 "other" => __("SIP mode"), > 251 "itemnumber" => __("Item number"), > 252 "itemtype" => __("Koha item type"), > 253 "location" => __("Shelving location"), > 254 "borrowernumber" => __("Borrower number"), > 255 "ccode" => __("Collection"), > 256 "categorycode" => __("Patron category"), > 257 }, > > 302 statistics => { > 303 "borrowernumber" => __("Borrower number"), > 304 "branch" => __("Library"), > 305 "datetime" => __("Statistics date and time"), > 306 "itemnumber" => __("Item number"), > 307 "itemtype" => __("Itemtype"), > 308 "other" => __(""), > 309 "type" => __("Type"), > 310 "value" => __("Value"), > 311 }, > > In this second block "other" is getting __("") which leads to displaying the > header of the po file when using a translated interface. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32312 [Bug 32312] Complete database column descriptions for circulation module in guided reports -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 36950] New: Improve placement of catalog concern banner in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '25

23 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36950 Bug ID: 36950 Summary: Improve placement of catalog concern banner in the OPAC Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Created attachment 167118 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=167118&action=e… Screenshot of the poorly-placed catalog concern banner After submitting a catalog concern the banner obscures any cover image and looks awkward. I think it should be placed right under the breadcrumbs. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 36901] New: background_jobs_worker.pl sets the status to 'failed' right away
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '25

23 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36901 Bug ID: 36901 Summary: background_jobs_worker.pl sets the status to 'failed' right away 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 It should be logging about the error on the `catch` block. I think it should be done on top of bug 36900, and also using Koha::Logger (i.e. both). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 37038] New: koha-elasticsearch creates a file named 0
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '25

23 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37038 Bug ID: 37038 Summary: koha-elasticsearch creates a file named 0 Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: januszop(a)gmail.com Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz After execution of koha-elasticsearch command a file names 0 remains in the current directory. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 36976] New: Warning 'Argument "" isn't numeric in numeric' in log when merging bibliographic records
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '25

23 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36976 Bug ID: 36976 Summary: Warning 'Argument "" isn't numeric in numeric' in log when merging bibliographic records Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Cataloging Assignee: januszop(a)gmail.com Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When merging bibliographic records, Koha generates warning: [WARN] Argument "" isn't numeric in numeric ge (>=) at /kohadevbox/koha/Koha/Util/MARC.pm line 81. in [plack-]intranet-error.log. This is because $tagslib->{$fieldtag}->{'tab'} -- for a tag, not for a subfield --is (always?) an empty string (cf. C4::Biblio::GetMarcStructure : $res->{$tag}->{tab} = ""), and in Koha::Util::MARC::createMergeHash it is compared numerically with 0. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 37056] New: CSRF error on login when user js contains a fetch of svc/report
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '25

23 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37056 Bug ID: 37056 Summary: CSRF error on login when user js contains a fetch of svc/report Change sponsored?: --- Product: Koha Version: Main 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It is quite common for libraries to add JS to fetch report results using svc/report on the intranet Currently, this will break logins, because svc/report uses "get_template_and_user" to verify against "intranet-main.tt" This generates a new csrf token, and fails the login. To recreate: 1 - Create a report 2 - Add to IntranetUserJs: $(document).ready(function() { // Your report ID var reportId = '492'; // Fetch the report $.get('/cgi-bin/koha/svc/report?id=' + reportId, function(data) { console.log('Kaboom'); }); }); 3 - Log out 4 - Attempt to login 5 - KO -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 36

[Bug 35232] New: Misspelled ID breaks label on patron lists form
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '25

23 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35232 Bug ID: 35232 Summary: Misspelled ID breaks label on patron lists form Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org - Go to Patron lists and add patrons to a list. - Click the "Add multiple patrons" link - Clicking the "Borrowernumbers" label doesn't trigger the corresponding radio button The input's id attribute is "add_by_borrwernumbers" instead of "add_by_borrowernumbers" -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 36970] New: (Bug 34160 follow-up) Barcode should be html filtered, not uri filtered
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '25

23 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36970 Bug ID: 36970 Summary: (Bug 34160 follow-up) Barcode should be html filtered, not uri filtered Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Hold requests Assignee: januszop(a)gmail.com Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If a barcode (in rare cases) contains a space, with bug 34160, it is converted into %20 in holds queue view (because of mistakenly applied uri filter). -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 35238] New: Incorrect label markup in patron card creator printer profile edit form
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '25

23 Jun '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35238 Bug ID: 35238 Summary: Incorrect label markup in patron card creator printer profile edit form Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy, accessibility Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Tools -> Patron card creator -> Edit printer profile: [% IF ( label_template ) %] <label for="template_name">Template name:</label> [% label_template | html %] [% ELSE %] <span class="label">Template name:</span> Profile unassigned [% END %] The label for "template_name" doesn't match any form field, so it should be a span with "label" class. -- You are receiving this mail because: You are watching all bug changes.

1 15