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

[Bug 36650] New: When uninstalling an ILL backend plugin, check if it can be uninstalled
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '24

19 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36650 Bug ID: 36650 Summary: When uninstalling an ILL backend plugin, check if it can be uninstalled Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 19605 If ILL requests of a specific plugin backend exist, we should prevent uninstalling that plugin and show an appropriate message, e.g: "ILL requests exist in this backend, uninstalling it is not possible" Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19605 [Bug 19605] ILL backends should be pluggable through regular Koha plugins -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 35306] New: Expired holds are not displayed correctly in staff client
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '24

19 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35306 Bug ID: 35306 Summary: Expired holds are not displayed correctly in staff client Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 33575 added datatables to the holds table on request.pl - however, it removed the display of 'Expired: mm/dd/yyyy' for expired holds and used a date picker. Flatpickr won't show dates prior to today, so the expiration date is now showing as blank This means that when the holds page is updated, expiration dates are removed from the hold page -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 8461] Block returns of withdrawn items show as 'not checked out'
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '24

19 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8461 Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #164829|0 |1 is obsolete| | --- Comment #15 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- Created attachment 165158 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=165158&action=e… Bug 8461: Tidy Signed-off-by: Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8461] Block returns of withdrawn items show as 'not checked out'
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '24

19 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8461 Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #164828|0 |1 is obsolete| | --- Comment #14 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- Created attachment 165157 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=165157&action=e… Bug 8461: Display information on withdrawn item when checked in This patch displays the due date and withdrawn information in the Checked-in items table when 'ShowAllCheckins' is enabled. While the top message is clear, if a staff member checks in two items, then refers to the table they would not have all the information. To test: 1 - Enable system preference 'ShowAllCheckins' 2 - Set system preference 'BlockReturnOfWithdrawnItems' to 'Block' 3 - Check out an item to a patron 4 - Mark the item as withdrawn 5 - Check the item in 6 - Note message at top says things like 'Cannot check in' 'Item has been withdrawn' 7 - Note the Checked-in items table says 'Not checked out' 8 - Apply patch, restart all 9 - Check the item in again 10 - Note top message has not changed 11 - Note the table now say 'Item was not checked in' and displays the due date and patron info 12 - Note the table also includes the withdrawn value for the item Signed-off-by: Andrew Fuerste Henry <andrewfh(a)dubcolib.org> Signed-off-by: Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8461] Block returns of withdrawn items show as 'not checked out'
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '24

19 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8461 Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Patch complexity|--- |Small patch Status|Signed Off |Passed QA -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 25655] New: Additionally store actual cost in foreign currency, currency and currency rate used
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '24

19 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25655 Bug ID: 25655 Summary: Additionally store actual cost in foreign currency, currency and currency rate used Change sponsored?: --- Product: Koha Version: master 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 Bug 24158 allows to calculate the actual cost on time of receive from a foreign currency. If I understand our current database structure correctly, we store in aqorders.currency the currency used at the time of ordering, but we don't store the conversion rate used or the original price. I think it would make sense to store them as well. It will also allow to display the orginal prices and rates used on invoices and possibly other pages, which will help staff when checking that everythign was handled correctly. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 68

[Bug 36626] New: We should rename the 'Invoice Price' column in invoices
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '24

19 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36626 Bug ID: 36626 Summary: We should rename the 'Invoice Price' column in invoices Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Currently the invoice price column in invoices is blank unless the currency is not equal to the active currency. This can be confusing to libraries who are not using different currencies for their orders. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 36628] New: Error 500 when loading pending orders table for receiving on parcel.pl
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '24

19 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36628 Bug ID: 36628 Summary: Error 500 when loading pending orders table for receiving on parcel.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org Blocks: 36192 To reproduce: 1. Have at least one closed basket with an order line (When I reproduced it, I created an order from a new biblio record in KTD's sample basket, then closed the basket) 2. Go to Receive Shipments and add an invoice 3. Proceed to the next step of selecting order(s) to receive -->A pop-up appear with the error, "Something went wrong when loading the table. 500: Internal Server Error", and the Pending Orders table fails to load and is empty. I'm guessing something involving the REST API call needs to be updated for CSRF? I did confirm the table loads normally on the commit before the CSRF updates were pushed. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36192 [Bug 36192] [OMNIBUS] CSRF Protection for Koha -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 14007] Item types for items hidden by OpacHiddenItems turn up in facet results
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '24

19 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14007 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |martin.renvoize@ptfs-europe | |.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 36647] New: Allow for multiple levels of claims for late subscriptions
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '24

19 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36647 Bug ID: 36647 Summary: Allow for multiple levels of claims for late subscriptions 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: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org It would be useful to have more levels of claims for late subscriptions At the moment you can mark a late subscription as Claimed but if you have to chase up this claim, or re-claim, there's no adequate status to indicate that. you can save a Note, but it would be nice to filter on status like 'Claimed twice' etc. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0