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

[Bug 8437] Large database backups and large exports from export.pl fail under plack
by bugzilla-daemon＠bugs.koha-community.org 04 Sep '20

04 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8437 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=22417 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 26380] New: Add RedirectAddressForFailedOverdueNotices option on library level
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '20

03 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26380 Bug ID: 26380 Summary: Add RedirectAddressForFailedOverdueNotices option on library level Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 24197 Add the option to set the RedirectAddressForFailedOverdueNotices email address for overdue notices on library level. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24197 [Bug 24197] Custom destination for failed overdue notices -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 10921] You can edit an order even when it is in a closed basket
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '20

03 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10921 Henry Bolshaw <bolshawh(a)parliament.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off --- Comment #6 from Henry Bolshaw <bolshawh(a)parliament.uk> --- Now that I've applied the patch (sorry about that!) I have followed the test plan and can no longer modify an order in a closed basket. I can still edit the basket details but if that's a problem then it should be a separate bug. Signed-off-by: Henry Bolshaw <bolshawh(a)parliament.uk> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10921] You can edit an order even when it is in a closed basket
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '20

03 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10921 PTFS Europe Sandboxes <sandboxes(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #107624|0 |1 is obsolete| | --- Comment #5 from PTFS Europe Sandboxes <sandboxes(a)ptfs-europe.com> --- Created attachment 109639 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=109639&action=e… Bug 10921: Prevent an order from a closed basket to be edited We don't allow editing of orders that are part of a closed basket, but we don't enforce the rule in the controller file. This patch use output_and_exit to stop the script and display an error to the end user. Test plan: Create a basket, add an order On the basket view you see the "Modify" link, open it in a separate tab => You can edit the basket Keep this tab open, get back to the other one and close the basket Reload the tab with the order edition form => You cannot longer edit the basket QA: Do we need a check in addorder.pl as well? Signed-off-by: Henry Bolshaw <bolshawh(a)parliament.uk> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10921] You can edit an order even when it is in a closed basket
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '20

03 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10921 Henry Bolshaw <bolshawh(a)parliament.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff --- Comment #4 from Henry Bolshaw <bolshawh(a)parliament.uk> --- Sorry my mistake, I think I failed to apply the patch properly. I'll test again now! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10921] You can edit an order even when it is in a closed basket
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '20

03 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10921 Henry Bolshaw <bolshawh(a)parliament.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bolshawh(a)parliament.uk Status|Needs Signoff |Failed QA --- Comment #3 from Henry Bolshaw <bolshawh(a)parliament.uk> --- Sorry Jonathan, I've tried testing this but I can't get the error to display. Where should I see it? These were the steps I followed: - Create a basket - Add an order - Open the modify order link in a new tab: neworderempty.pl?ordernumber=[ordernumber]&booksellerid=[booksellerid]&basketno=[basketnumber] (Is this the right link?) - Close the basket - Refresh the modify order tab - I can't edit the quantity and get "You can't add a new item, please create a new order line" (but this is the same behaviour with/without the patch) - However, I can still change the fund and edit the currency, price, notes etc. I also tried the same method with the 'edit basket' link - basketheader.pl?booksellerid=[booksellerid]&basketno=[basketnumber]&op=add_form - and was also still able to edit the basket name and other details when the basket was closed. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 26372] New: Retain specific MARC tags in original bib record when overlaying a record using Z39.50
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '20

03 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26372 Bug ID: 26372 Summary: Retain specific MARC tags in original bib record when overlaying a record using Z39.50 Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl We include some local ordering info in the bib records when we order from our vendor. When we overly the brief bib record with the full record via Z39.50 we lose the local info in those tags. We would like a way to define specific tags in the original record that will not be overlayed by the incoming Z39.50 record. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 14957] Write protecting MARC fields based on source of import
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '20

03 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14957 --- Comment #208 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- *** Bug 26372 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 26379] New: Allow subscription numbering patterns to never set back
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '20

03 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26379 Bug ID: 26379 Summary: Allow subscription numbering patterns to never set back Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com When setting up numbering patterns in serials, each variable requires values in "Set back to" and "When more than." Often, though, these variables are for something that we never expect to set back, so we end up saying "Set back to 1 when more than 9999" in order to sidestep the issue. It'd be better to be able to just leave these null or check some "does not set back" button. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 8437] Large database backups and large exports from export.pl fail under plack
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '20

03 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8437 --- Comment #30 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 109632 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=109632&action=e… Bug 8437: Exclude export.pl from plack When attempting to download large files from Koha plack can timeout Excluding the script from plack is a simple fix until we have a more permanent fix for this issue. To test: 1 - Try to export your entire DB from Tools->Export 2 - If big enough, it fails 3 - Apply patch, copy changes to /etc/koha/apache-shared-intranet-plack.conf 4 - Restart all the things 5 - Repeat export, it succeeds -- You are receiving this mail because: You are watching all bug changes.

1 0