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

[Bug 35007] New: Self checkout system (SCO) - table heading row background colour in tabs is inconsistent
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '24

14 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35007 Bug ID: 35007 Summary: Self checkout system (SCO) - table heading row background colour in tabs is inconsistent Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org In the OPAC self checkout system, the tables in the tabs (such as Checkouts, Holds, and Charges) have different header row colours. For the checkouts tab, the header row is consistent with other tables in the OPAC. For the other tabs (such as Checkouts and Holds), the table heading row has a white background. To replicate (using KTD): 1. Enable the SelfCheckInModule and WebBasedSelfCheck system preferences (if not already enabled). 2. Check out some items to the koha user. 3. Place some holds for the koha user. 4. Add a charge to the koha user (Patrons > koha (42) > Accounting > Create manual invoice). 5. Go to the self checkout system page: <yourlocalhostname>:8080/cgi-bin/koha/sco/sco-main.pl 6. Log in as the koha user 7. Note that: - for the Checkouts tab: the table has a coloured background and looks consistent with other tables in the OPAC - for the other tabs (Holds and Charges): the table heading row for both tables has a white background -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 36946] New: Can't process pending offline circulations
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '24

14 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36946 Bug ID: 36946 Summary: Can't process pending offline circulations Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Programming error - op 'cud-process' must not start with 'cud-' -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[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 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 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

[Bug 26586] New: Koha should return a SIP2 64 response to a 63 request for fee items
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '24

13 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26586 Bug ID: 26586 Summary: Koha should return a SIP2 64 response to a 63 request for fee items Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com At the moment, we're supporting SIP 2.0 for the 63 Patron Information Request, but the 3M SIP2 Protocol Extensions outlines a 7th position "fee items". If a SIP2 client sents a Y in that position, Koha will close the connection. At the very least, it should just return a 64 response and just not send any fee item info back. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 35247] New: Add new route to simply list old reserves by patron id
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '24

13 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35247 Bug ID: 35247 Summary: Add new route to simply list old reserves by patron id Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: thibaud.guillot(a)biblibre.com CC: tomascohen(a)gmail.com Hi everyone, I purpose to add a new endpoint to list all old reserves by patron id. The definition is the same than "hold" definition and it just a new route to display old reserve for see cancellation reason or cancellation date for example. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11