October 2020 - Koha-bugs - lists.koha-community.org

[Bug 15283] Switch default ISSUEQSLIP notice to Template Toolkit
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '20

12 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15283 --- Comment #20 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- The issue here was 'patron' vs 'borrower' as the variable name passed into the template. However, the patch no longer applies and isn't trivial to rebase with the addition of the news block into the template in master. I'll swing back around to this when I find a moment. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15283] Switch default ISSUEQSLIP notice to Template Toolkit
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '20

12 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15283 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Patch doesn't apply -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 26637] New: Missing guide to use remote pre-created database
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '20

12 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26637 Bug ID: 26637 Summary: Missing guide to use remote pre-created database Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: Linux Status: NEW Severity: blocker Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: pepa.hak(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Hey, when installing Koha I need it to use existing remote MariaDB database instance with defined access data, e.g.: - database host: mydb - database user: myuser - database user-password: passwd In the documentation I found I should use command koha-create --request-db <lib-name> ... for that but I miss some example. For that command there are options --dbhost which really modified generated .txt file. But I don't know, how to set password. Koha still generates password randomly I need to force my password. Setting --adminuser didn't changed username in request .txt file. Password could be possible to change using --passwdfile but it's not described which format of passwdfile is expected. Thanks -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 7607] Advanced search: Index and search term don't match when leaving fields empty
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '20

12 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7607 --- Comment #16 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- If we have the change from bug 25548, this issue will get fixed. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 25442] New: Koha history ends in November 2019
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '20

12 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25442 Bug ID: 25442 Summary: Koha history ends in November 2019 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The last entry in the history.txt on master is: 1069 1574336176 November 21 2019 Lisette Scheer becomes the 413th developer to have a patch pushed developer I think it probably needs a bit of updating! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 14367] History for MARC records. Roll back changes on a timeline or per field.
by bugzilla-daemon＠bugs.koha-community.org 11 Oct '20

11 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14367 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Patch doesn't apply --- Comment #49 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- The patch no longer applies, can you please rebase? Apply? [(y)es, (n)o, (i)nteractive] y Applying: Bug 14367: Add MARC record history Using index info to reconstruct a base tree... M C4/Biblio.pm M koha-tmpl/intranet-tmpl/prog/en/modules/cataloguing/addbiblio.tt Falling back to patching base and 3-way merge... Auto-merging koha-tmpl/intranet-tmpl/prog/en/modules/cataloguing/addbiblio.tt Auto-merging C4/Biblio.pm CONFLICT (content): Merge conflict in C4/Biblio.pm error: Failed to merge in the changes. Patch failed at 0001 Bug 14367: Add MARC record history The copy of the patch that failed is found in: .git/rebase-apply/patch When you have resolved this problem run "git bz apply --continue". If you would prefer to skip this patch, instead run "git bz apply --skip". To restore the original branch and stop patching run "git bz apply --abort". Patch left in /tmp/Bug-14367-Add-MARC-record-history-X_q2HV.patch -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11299] Add a button to automatically link authority records in cataloguing (AJAX)
by bugzilla-daemon＠bugs.koha-community.org 10 Oct '20

10 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11299 --- Comment #158 from Michal Denar <black23(a)gmail.com> --- Hi Katrin, I tested it and this feature working for me. I think taha we can move to QA. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11299] Add a button to automatically link authority records in cataloguing (AJAX)
by bugzilla-daemon＠bugs.koha-community.org 10 Oct '20

10 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11299 --- Comment #157 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Michal, do you have time to retest? I'd really love to see this finally make it over the finish line and we are getting awfully close to feature freeze again. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12656] Send a notice to patrons when their hold was cancelled because it was not picked up
by bugzilla-daemon＠bugs.koha-community.org 10 Oct '20

10 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12656 Barbara Johnson <barbara.johnson(a)bedfordtx.gov> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |barbara.johnson(a)bedfordtx.g | |ov -- 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 Oct '20

10 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8179 --- Comment #9 from Agustín Moyano <agustinmoyano(a)theke.io> --- Created attachment 111440 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=111440&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 -- You are receiving this mail because: You are watching all bug changes.

1 0