February 2021 - Koha-bugs - lists.koha-community.org

[Bug 9805] Lost items are un-lost if returned, but not if renewed
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '21

10 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9805 Cheryl <clackman(a)fargolibrary.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |clackman(a)fargolibrary.org --- Comment #62 from Cheryl <clackman(a)fargolibrary.org> --- So with this fix, if the lost item is renewed and the status of lost (long overdue lost) is taken off, what happens with the lost item cost? Does the patron still owe it? and if the patron still owes the lost item cost after renewing the item, and then returns the item, does that mean that they do not get a refund for the item, since the item was not in a lost status at the time of return? It seems like some libraries would want to be able to renew lost items, but also to refund the lost item cost if the item is returned OR renewed. (Our library does not allow renewals on lost items because if you renew a lost item, the lost item cost stays on there and we don't want that.) We are okay with how it works for us now (no renewal of lost items), but I wanted to bring up the issue of the lost status coming off when the item is renewed, and then the patron possibly not being refunded if the item is returned later. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15565] Place multiple holds at once for the same record in OPAC
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '21

10 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15565 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Patch doesn't apply |ASSIGNED --- Comment #237 from Aleisha Amohia <aleisha(a)catalyst.net.nz> --- I have a bit of time now, tackling this again. I'll try and fix the patches so they are easier to work with. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9553] Link authorities to bibs when imported
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '21

10 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9553 --- Comment #5 from Marjorie Barry-Vila <marjorie.barry-vila(a)collecto.ca> --- (In reply to Andrew Fuerste-Henry from comment #4) > That's way beyond my coding skills, sorry! Ok thanks! Hope someone can code this someday! Marjorie -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9553] Link authorities to bibs when imported
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '21

10 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9553 --- Comment #4 from Andrew Fuerste-Henry <andrew(a)bywatersolutions.com> --- That's way beyond my coding skills, sorry! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9553] Link authorities to bibs when imported
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '21

10 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9553 --- Comment #3 from Marjorie Barry-Vila <marjorie.barry-vila(a)collecto.ca> --- Hi Andrew, Have you worked on creating this LinkerOnImport system preference? We would also be interested in the possibility of choosing or not during the import that the link is made or not. Regards, Marjorie -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 27567] New: Cleanup database with --del-exp-selfreg deletes patrons who are guarantors
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '21

10 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27567 Bug ID: 27567 Summary: Cleanup database with --del-exp-selfreg deletes patrons who are guarantors Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When running cleanup_database.pl with the --del-exp-selfreg flag to delete selfref patrons, Koha will delete a patron who is a guarantor. It should prevent this, as it does when batch deleting patrons from the staff interface. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 8179] Receiving multiple order lines at once
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '21

10 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8179 --- Comment #54 from Agustín Moyano <agustinmoyano(a)theke.io> --- Hi Andrew, first thanks for testing! (In reply to Andrew Fuerste-Henry from comment #49) > The list of items to be received hangs at Processing if any of your > items/orders do not include a replacement price. This one I could not reproduce.. I used the value 0, no value and even a blank space, but it worked for me.. could you give more detail about your test case? > Price math is inconsistent between receiving versions. I created an order > using the sample data for My Vendor. The order shows: > Quantity=1 > Vendor price=3.00 > Tax rate= 19.65 > Discount= 0.1% > > The vendor shows: > List item price includes tax: No > Invoice item price includes tax: No > Discount: 10.0 % > Tax rate: 19.65 % > > If I click the old Receive button, orderreceive.pl shows: > retail price: 3 > replacement price: 3 > budgeted cost: 2.70 > actual cost: 2.70 > > If I select this order along with other and click Receive Selected, the > receiving modal shows: > retail price: 3.59 > replacement price: 3 > budgeted cost: 3.23 > actual cost: 3.23055 This one was a bad check on the flag that determined if tax was included or not in prices, and always used tax included prices. Thanks for pointing this out. Could you please try once more and tell me about the first bug? Thanks! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8179] Receiving multiple order lines at once
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '21

10 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8179 --- Comment #53 from Agustín Moyano <agustinmoyano(a)theke.io> --- Created attachment 116684 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=116684&action=e… Bug 8179: Receive multiple orders This patch implements the code to allow a patron to receive multiple orders at the same time in /cgi-bin/koha/acqui/orderreceive.pl page To test: 1. apply all patches 2. updatedatabase 3. Go to system preferences and allow AcqReceiveMultipleOrderLines 4. In acquisitions module, create a vendor if you don't have one and add 3 baskets.. one with create items on ordering, one with create items on receiving and finally one with create items when cataloguing 5. Fill baskets with orders (There should be at least 15 orders in total). There should be a mix of orders created by suggestions, others by subscriptions and others by neither of those methods. 6. Close all baskets and receive shipment. CHECK => in /cgi-bin/koha/acqui/parcel.pl page, in top table there is a column with checkboxes, and a button that says "Receive selected" 7. If all orders from all baskets are shown in the table, set the rows per page to 10, so table has more than one page 8. Check some of the checkboxes CHECK => "Receive selected" button shows how many rows are selected 9. Go to the next page and select some more rows CHECK => Changing page does not modify how many rows where selected 10. Go back to previous page CHECK => Previously selected rows are still selected 11. Reload the page to deselect all rows 12. Select only one row and click on "Receive selected" button CHECK => the page /cgi-bin/koha/acqui/orderreceive.pl behaves just the same as if the "receive" link in the selected row would have been clicked. 13. Click on cancel to go back to parcel.pl page 14. Select all rows (even the ones from the next page of the table) and click on "Receive selected" CHECH => In orderreceive.pl page there is a table with all selected rows 15. Ensure table has more than one page, as in step 7 16. Click on the "edit" link in the last row of the current page CHECK => A modal window is displayed with 4 tabs within: Info, Accounting, Receipt history and Items CHECK => Modal has 4 buttons at the bottom, 'Previous' to go to previos order, 'Cancel' to close the modal without keeping modifications, 'Save' to close modal keeping modifications and 'Next' to go to the next order CHECK => Even that we are at the end of the current page, 'Next' button is still available 17. Click on 'Next' button CHECK => The table behind the modal now displays the next page, and the modal was not closed 18. Click on 'Previous' CHECK => The table behind the modal went back to the first page, and the modal was not closed 19. Click on 'Previous' button till you reach the first row of the first page CHECK => Only when you reach the first row of the first page 'Previous' button gets disabled 20. Click on 'Next' button till you reach the last row of the last page CHECK => Only when you reach the last button of the last page 'Next' button gets disabled 21. Check that behaviour for the different types of order are still the same a. For orders that where created through suggestion, check that the suggestion info is present in Info tab. If when suggestion was accepted you set a reason, a dropdown to change the reason shoul display also. b. For orders that where created through subscriptions, check that the Items tab is disabled, and the Receipt history is enabled. On accounting tab you should be able to change quantity ordered. If there were less items received than ordered, the next time you receive this order the child order generated from this one shoul appear in receipt history. c. For orders that don't come from subscription and creates there items on ordering, Receipt history should be disabled, and a table with prefilled items shold appear in the Items tab. You can edit them and the changes should appear in the item's row. d. For orders that don't come from subscription and creates there items on receiving, Receipt history should be disabled, and a form to create the items should appear in Items tab. When you add an item a table should appear. e. For orders that don't come from subscription and creates there ites on cataloguing, Receipt history and Items tabs should be disabled. f. Any changes made in quantity (received or ordered) or funds in the modal should be reflected in the table if you click save from the modal. 22. Once you've done all you checking and verifications click save 23. While saving a progress bar should appear 24. If no error was detected, you should be redirected back to parcel.pl page 25. If an error or warning was detected (like there is an order with 0 items to receive) the save button should be disabled and warnings are dispayed. 26. prove t/db_dependent/Koha/Acquisition/Fund.t t/db_dependent/Koha/Acquisitoin/Order.t t/db_dependent/Koha/Item.t Sponsored-by: Virginia Polytechnic Institute and State University -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8179] Receiving multiple order lines at once
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '21

10 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8179 --- Comment #52 from Agustín Moyano <agustinmoyano(a)theke.io> --- Created attachment 116683 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=116683&action=e… Bug 8179: Add AcqReceiveMultipleOrderLines syspref to preference configuration This patch adds AcqReceiveMultipleOrderLines to koha-tmpl/intranet-tmpl/prog/en/modules/admin/preferences/acquisitions.pref Sponsored-by: Virginia Polytechnic Institute and State University -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8179] Receiving multiple order lines at once
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '21

10 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8179 --- Comment #51 from Agustín Moyano <agustinmoyano(a)theke.io> --- Created attachment 116682 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=116682&action=e… Bug 8179: Add syspref to database This patch adds the AcqReceiveMultipleOrderLines syspref by atomicupdate and in sysprefs.sql Sponsored-by: Virginia Polytechnic Institute and State University -- You are receiving this mail because: You are watching all bug changes.

1 0