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

[Bug 34549] New: The cataloguing editor allows you to input invalid data
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '24

14 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34549 Bug ID: 34549 Summary: The cataloguing editor allows you to input invalid data Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl I had a library using UTF-8 encoding instead of MARC-8 encoding, and they were able to import records into the cataloguing editor and save them into Koha. Then when they tried to view, edit, or delete the records, Koha would throw fatal errors. You can duplicate this by copying and pasting the following character into your cataloguing editor in say the 245$a field: -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 44

[Bug 34645] New: Add missing fields to MarcItemFieldsToOrder system preference
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '24

14 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34645 Bug ID: 34645 Summary: Add missing fields to MarcItemFieldsToOrder system preference Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org See bug 34644 - MarcItemFieldsToOrder supersedes MarcFieldsToOrder, so the fields discount, sort1, and sort2 won't be populated if using the latter - We should add these fields in to allow the orders to be created correctly -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 41

[Bug 35112] New: Return claims table showing on all patron tabs and not behaving as normal
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '24

14 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35112 Bug ID: 35112 Summary: Return claims table showing on all patron tabs and not behaving as normal Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com This is due to the fix from Bug 25023 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 35

[Bug 26611] New: Required match checks don't work for authority records
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '24

14 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26611 Bug ID: 26611 Summary: Required match checks don't work for authority records Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The code specifically ignores these for authorities, I am not sure why? While we could easily disable the feature for authority matching to follow current behaviour, I believe we need this functionality to be able to match correctly. Match points check only the first 20 records (see bug 21972) so can only target unique or unique-ish values Match checks allow you to compare specific fields and can verify that matches above are correct. For example: Importing records and checking the 010a - which matches the LC-card-number index can have false matches because the index also contains the 010z - the match check would allow us to compare the specific fields in the records as well. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 34270] New: Upgrade and prune jQueryUI assets in the staff interface
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '24

14 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34270 Bug ID: 34270 Summary: Upgrade and prune jQueryUI assets in the staff interface Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 34114 With the elimination of our dependency on jQueryUI Sortable by Bug 34114 we will be left with only autocomplete as a jQueryUI dependency. We can trim down our jQueryUI assets to reflect this and upgrade at the same time. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34114 [Bug 34114] Replace the use of jQueryUI sortable -- You are receiving this mail because: You are watching all bug changes.

1 15

[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