November 2023 - Koha-bugs - lists.koha-community.org

[Bug 22042] New: BlockReturnofWithdrawn Items does not block refund generation when item is withdrawn and lost
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '24

15 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22042 Bug ID: 22042 Summary: BlockReturnofWithdrawn Items does not block refund generation when item is withdrawn and lost Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- If BlockReturnofWithdrawnItems is set to block and an item that is both withdrawn and lost is checked in, Koha will not mark the item as returned but will mark it as found and generate a refund if circ rules allow refunds. To test: - Set BlockReturnofWithdrawnItems to Block - Set BlockReturnofLostItems to Don't Block - Set Default lost item fee refund on return policy to Yes - Check out an item with a replacement cost to a patron - Mark the item as lost - Mark the item as withdrawn - Note that the patron now has a charge for the replacement fee - Check the item in - Note that the patron now has a credit for the replacement fee -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 31

[Bug 33899] New: Release team 23.11
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '24

15 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33899 Bug ID: 33899 Summary: Release team 23.11 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: About Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 33877 Add the next release team :) Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33877 [Bug 33877] Fix teams.yaml -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

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

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