September 2024 - Koha-bugs - lists.koha-community.org

[Bug 36735] New: Cannot revert the waiting status of a hold
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '24

14 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36735 Bug ID: 36735 Summary: Cannot revert the waiting status of a hold Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 36246 Blocks: 36192 To reproduce: 1. Place a hold on a biblio record 2. Check an item in and confirm the hold 3. On the holds tab for the biblio record, click the "Revert waiting status" button for that hold --> The page reloads but the hold is still waiting Looking at the code for the button, I'm pretty sure it just needs to be updated for CSRF. I think this is one of the use cases bug 36246 is for, if I'm understanding it correctly? Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36192 [Bug 36192] [OMNIBUS] CSRF Protection for Koha https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36246 [Bug 36246] Have a centralized method for submitting a form via a link -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 36876] New: In Table settings words are split in two and some of them cannot be translated into Finnish
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '24

14 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36876 Bug ID: 36876 Summary: In Table settings words are split in two and some of them cannot be translated into Finnish Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: anneli.osterman(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org I'm translating the main into Finnish and there are new translations for Table settings. The two word headings have been for some reason split into two different strings. One of them can still be translated but for example word "Interlibrary loans" is one word in Finnish, "Kaukolainat", and is hard to split in two. You'd have to put the whole word into the first string and leave the other one empty. https://translate.koha-community.org/translate/koha/main/staff-prog/fi/?che… %s %s %s %s %s Interlibrary https://translate.koha-community.org/translate/koha/main/staff-prog/fi/?che… loans It comes from here https://github.com/Koha-Community/Koha/blob/main/koha-tmpl/intranet-tmpl/pr… [% WRAPPER accordion_item %] [% WRAPPER accordion_heading panel_id="illrequests" %] Interlibrary loans [% END %] Others that have been split too: [% WRAPPER accordion_item %] [% WRAPPER accordion_heading panel_id="coursereserves" %] Course reserves [% END %] In Finnish: Kurssivarannot [% WRAPPER accordion_item %] [% WRAPPER accordion_heading panel_id="pos" %] Point of sale [% END %] In Finnish: Myyntipiste [% WRAPPER accordion_item %] [% WRAPPER accordion_heading panel_id="erm" %] E-resource management [% END %] In Finnish: E-ainestojen hallinta Could these strings be unsplit? -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 37531] New: Cannot access Circulation Rules page after update to 24.05.02
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '24

14 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37531 Bug ID: 37531 Summary: Cannot access Circulation Rules page after update to 24.05.02 Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: isabel.pineda(a)ds.edu.sv QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com After updating from 24.05.01 to 24.05.02, I get a 500 error, when I click go to Administration and click on the link "Circulation and Fine Rules". The log file says: [Tue Jul 30 15:01:44.055849 2024] [cgi:error] [pid 1353630] [client 190.5.137.178:39567] AH01215: Template process failed: undef error - Can't call method "description" on an undefined value at /usr/share/koha/lib/Koha/Template/Plugin/Categories.pm line 39.: /usr/share/koha/intranet/cgi-bin/admin/smart-rules.pl, referer: https://biblioteca-intra.ds.edu.sv/cgi-bin/koha/admin/admin-home.pl -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 37281] New: Login to OPAC return to login site
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '24

14 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37281 Bug ID: 37281 Summary: Login to OPAC return to login site Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: andreas.matthus(a)tu-dresden.de QA Contact: testopia(a)bugs.koha-community.org If username and password is right the browser returns to cgi-bin/koha/opac-user.pl with prompt to login. In /usr/share/koha/lib/C4/Auth.pm in line 1394 return ( $userid, $cookie, $sessionID, $flags ); $userid is blank. If I comment out lines 1388 til 1391 unless ( $params->{do_not_print} ) { print $query->redirect( -uri => $uri->as_string, -cookie => $cookie, -status => '303 See other' ); safe_exit; } $userid is O.K. and the login works. But all point (like "change password", "personal data", ...) fall back to login site too. If username or/and password wrong the message show that in right way. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 37873] New: Unable to delete user from routing list
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '24

14 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37873 Bug ID: 37873 Summary: Unable to delete user from routing list Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: Chip.Halvorsen(a)WestlakeLibrary.org QA Contact: testopia(a)bugs.koha-community.org We are unable to remove users from serials routing lists after the 24.05 upgrade. Clicking the delete button does nothing. Possibly related to CSRF changes. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 36830] New: Unable to delete a holiday
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '24

14 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36830 Bug ID: 36830 Summary: Unable to delete a holiday 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: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 36931] New: label-item-search.pl paging doesn't work
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '24

14 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36931 Bug ID: 36931 Summary: label-item-search.pl paging doesn't work Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org The label-item-search.pl initially does a cud-do_search POST, but then it does do_search GETs when paging. This should just be a "do_search GET" in all cases. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 36429] New: t/db_dependent/Cache.t fails on D11
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '24

14 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36429 Bug ID: 36429 Summary: t/db_dependent/Cache.t fails on D11 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: RM_priority Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Doesn't fail for me when run locally, but fails on D11: koha_1 | # Failed test 'Data retrieved from cache' koha_1 | # at t/db_dependent/Cache.t line 106. koha_1 | # got: '2' koha_1 | # expected: '1' koha_1 | koha_1 | # Failed test 'Constructor called again when timeout reached' koha_1 | # at t/db_dependent/Cache.t line 109. koha_1 | # got: '3' koha_1 | # expected: '2' koha_1 | koha_1 | # Failed test 'Constructor not called after storing value' koha_1 | # at t/db_dependent/Cache.t line 112. koha_1 | # got: '3' koha_1 | # expected: '2' koha_1 | # Looks like you failed 3 tests of 44. koha_1 | [11:15:19] t/db_dependent/Cache.t ...................................................... koha_1 | Dubious, test returned 3 (wstat 768, 0x300) koha_1 | Failed 3/44 subtests -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 37216] New: Fix dbrev for EmailFieldSelection
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '24

14 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37216 Bug ID: 37216 Summary: Fix dbrev for EmailFieldSelection Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: emily.lamancusa(a)montgomerycountymd.gov Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org Depends on: 12802 The values for the "value" column and the "options" column are swapped in the SQL that added the EmailFieldSelection syspref (for both upgrades and new installations). I'm not sure if this causes any problems except in the situation where the user sets EmailFieldPrimary to MULTIPLE but doesn't set EmailFieldSelection (which doesn't make sense to do), but we should fix it anyway. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12802 [Bug 12802] Send notices using several email addresses -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 35631] New: Default Z39.50 target syntax to match sys pref marcflavour
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '24

14 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35631 Bug ID: 35631 Summary: Default Z39.50 target syntax to match sys pref marcflavour Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When setting up a new Z39.50 target, the Syntax currently defaults to UNIMARC. It would be really helpful to have it default to whatever the system preference marcflavour is set to (UNIMARC or MARC21). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5