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

[Bug 34079] New: The phrase "Displaying [all|approved|pending|rejected] terms" was separated
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '23

15 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34079 Bug ID: 34079 Summary: The phrase "Displaying [all|approved|pending|rejected] terms" was separated Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr The phrase "Displaying [all|approved|pending|rejected] terms" was cut into individual words by bug 30733. However, in French, we need to be able to change the sentence structure (it would become something like "Displaying terms [all|approved|pending|rejected]"). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 32765] New: Retry transfer after cancelling hold
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '23

15 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32765 Bug ID: 32765 Summary: Retry transfer after cancelling hold Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Circulation Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When trying to manually transfer an item that is on hold, we have the choice to cancel the hold and try the transfer again. When choosing this option, the hold is correctly cancelled but the transfer is not tried again. Steps to reproduce: 1. Place a hold on a specific item 2. Try to transfer it manually (Circulation » Transfer) 3. Choose the option to "Cancel hold and then attempt transfer" 4. See that the hold was cancelled, but no transfer was made -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 30451] New: Delete a subscription delete the linked order
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '23

15 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30451 Bug ID: 30451 Summary: Delete a subscription delete the linked order Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: severine.queune(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org Several issues happened when you delete a subscription linked to an order : - the warning message doesn't mentioned an existing order - the deletion of the subscription deleted the order too. That's annoying... I think the deletion should only empty the aqorder.subscriptionid datafield. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 23548] New: AQ field required in checkin response
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '23

15 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23548 Bug ID: 23548 Summary: AQ field required in checkin response Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: stefan.berndtsson(a)ub.gu.se QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com When doing checkin through SIP, the AQ field is a required field in the response (code 10), however it is only provided when the item checked in is found. There should be an empty "AQ|" in the return message when the item is not found to not violate the required field status. For context, this is an actual issue with the checkin stations from PV-SUPA when you want them to accept any book, even if they're not found by Koha. It gives an error, and refuses to handle the checkin further. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 31

[Bug 34036] New: Single receive doesn't reload data and order lines appears as pending
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '23

15 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34036 Bug ID: 34036 Summary: Single receive doesn't reload data and order lines appears as pending Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Depends on: 8179 When you receive a single order line using the Receive link, the table appears with the order line still pending instead of it showing in the "Already received" section. When you manually reload the table, the order line moves. To test: * Create a basket and order line, close basket. * Receive shipment, create invoice. * Click on the receive link in the table of pending order lines. * Fill out the form, especially the quantity received. Save. * Verify the line still shows in the "pending orders" table, instead of the "Already received" area below. * Reload page, order line now moves. I believe we need to reload some data? Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8179 [Bug 8179] Receiving multiple order lines at once -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 22135] New: Inventory tool doesn't export "out of order" problem to CSV
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '23

15 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22135 Bug ID: 22135 Summary: Inventory tool doesn't export "out of order" problem to CSV Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: marka(a)pobox.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 21408 Target Milestone: --- Created attachment 84013 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=84013&action=ed… Fix for out of order problem seen as blank in CSV exported by inventory tool When using the inventory tool with an uploaded barcode file and checking the "Compare barcodes list to results", "Check barcodes list for items shelved out of order" and "Export to CSV file" checkboxes, the resulting CSV file shows a blank in the "problem" column for items with out of order callnumbers. I was able to fix this using the attached patch. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21408 [Bug 21408] Inventory - Warn of items possibly scanned out of order -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 33656] New: In serial collection, items with "Missing" status are always checked by default
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '23

14 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33656 Bug ID: 33656 Summary: In serial collection, items with "Missing" status are always checked by default Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: maude.boudreau(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org Created attachment 150534 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=150534&action=e… Example Hi, In serial collection, items with "Missing" status are always checked by default. Some libraries always maintain this status in issues. This creates a problem when they want to prune issues. Example : (see file attachment) To prune all the numbers of 2021, i need to : Go to the 2022 and 2024 tab to uncheck all missing numbers so that it is not deleted. Go to the 2021 tab, click on "select all" and on "delete selected issues". If you forget to uncheck before clicking delete, all the missing numbers of 2022 and 2024 will be deleted! Also, when we edit serials. All missing numbers appear. Which can become cumbersome when there are several numbers for several years. It would be nice to have a system preference that allows us to choose if we want to check it or not by default Thanks! Maude -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 31179] New: Duplicate item is duplicating internal item fields
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '23

14 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31179 Bug ID: 31179 Summary: Duplicate item is duplicating internal item fields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Duplicate item is intended to duplicate the visible cataloging fields of an item, however, currently it is duplicating the complete internal record of the item To recreate: 1 - find an item in Koha staff client, copy the barcode 2 - Issue this item to a patron 3 - Return to the record 4 - Edit items 5 - Click 'Actions->Duplicate' for the item in question 6 - Save the item 7 - Note in the items table above for that 'Total checkouts' 'Due date' etc. have been copied to new item -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 30042] New: Remove Date::Calc use in cleanborrowers.pl
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '23

14 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30042 Bug ID: 30042 Summary: Remove Date::Calc use in cleanborrowers.pl Change sponsored?: --- Product: Koha Version: master 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 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 28493] New: Make koha-passwd display the username
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '23

14 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28493 Bug ID: 28493 Summary: Make koha-passwd display the username Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: mtj(a)kohaaloha.com The current output looks like this: sudo koha-passwd <site> Password for <site>: abc123 Press enter to clear the screen... But who remembers what the username looks like? It would be helpful to print this too, along with the password. (The format of the username is "koha_<site>".) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22