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

[Bug 15253] Add Koha::Logger based logging for SIP2
by bugzilla-daemon＠bugs.koha-community.org 15 May '20

15 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15253 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |25510 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25510 [Bug 25510] Typo in koha-common.postinst causing shell errors -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 25339] Validate biblionumber on opac-basket.pl and opac-review.pl
by bugzilla-daemon＠bugs.koha-community.org 15 May '20

15 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25339 --- Comment #7 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Jonathan Druart from comment #6) > Why did you pick those 2 scripts? And why only biblionumber? > Wise questions. They were flagged by a security consultant, so I fixed them locally, and posted the patches here to be upstreamed. > If you want to fix this problem (it is not really an issue imo), you should > do it all over the place, where we retrieve a variable that is supposed to > be an id and we send it back to the template. I am pretty sure there are > others. > As you say, it's not really a (critical) issue, as we've got the XSS risk handled by the templates. Imho, it's just a bit embarrassing that we don't validate the data more - but not problematic per se. That said, I don't see an issue with patching it in some places and not all places. (After all, previous efforts by Jared seem to have only patched it in some places and not all places.) I agree that there are certainly other places where this happens too. > That being said, I don't see biblionumber passed to the template from > opac-review.pl. Good catch! The reason is actually rather amusing. It appears Bug 25340 (a bug I reported the same day as this one but Owen fixed) removed the biblionumber issue from opac-review.pl as well. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8338] Fines not cleared with dropbox mode
by bugzilla-daemon＠bugs.koha-community.org 15 May '20

15 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8338 --- Comment #24 from Andrew Fuerste-Henry <andrew(a)bywatersolutions.com> --- Oh, I should mention that in the course of your test plan I ran into an unrelated error. Confirmed it happens without your patch, filed bug 25508 for it. At step 5 of test 2, when you pay off the fine, Koha gets weird about whether or not it should renew the overdue item. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10337] Add a script to insert all sample data automatically
by bugzilla-daemon＠bugs.koha-community.org 15 May '20

15 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10337 --- Comment #18 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Jonathan Druart from comment #17) > Related bug removed it Thanks, Jonathan. I was looking at a slightly out of date 19.11 😅 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 25072] New: Printing details.tt is broken
by bugzilla-daemon＠bugs.koha-community.org 15 May '20

15 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25072 Bug ID: 25072 Summary: Printing details.tt is broken Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When printing the details.tt page on the staff client there is a large amount of white space on the left side. Looking at print.css, we hide #menu but it (or something else) still looks to be taking up space on the left. TO RECREATE: -Search for something in the catalog and go to the details page. -Try to print either for the Print button in Koha or File->Print... -Notice the large amount of whitespace on the left -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 25300] New: Edit details in "Library use" section uses bad $op for Expiration Date
by bugzilla-daemon＠bugs.koha-community.org 15 May '20

15 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25300 Bug ID: 25300 Summary: Edit details in "Library use" section uses bad $op for Expiration Date Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In the "Library use" section on the Details page for a patron for an expired/epiring patron, the "Edit details" link uses op=modify], which looks like it works (ie it doesn't explode), but it doesn't work. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 25235] New: Don't alert when replacing an authority record via Z39.50
by bugzilla-daemon＠bugs.koha-community.org 15 May '20

15 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25235 Bug ID: 25235 Summary: Don't alert when replacing an authority record via Z39.50 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: phil(a)chetcolibrary.org Reporter: phil(a)chetcolibrary.org QA Contact: testopia(a)bugs.koha-community.org The authority version of bug 25231 >From the details page for an authority record, we just have a menuitem that says "Replace record via Z39.50/SRU" without any followup modal alert, but if you edit the authority (which you do, of course, because the details page choice doesn't fill in a search term like the edit page does) then clicking the button brings up a modal alert to tell you what you already knew you were doing. Just changing the button label from "search" to "replace" depending on whether you are creating a new record or editing an existing one will be smoother. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 15234] Gateway Timeout in z3950_search.pl when a Z39.50 query is performed against a large group of targets.
by bugzilla-daemon＠bugs.koha-community.org 15 May '20

15 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15234 Chris Cormack <chris(a)bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |chris(a)bigballofwax.co.nz --- Comment #7 from Chris Cormack <chris(a)bigballofwax.co.nz> --- Yeah you might want to see if you can change the apache timeout on that path. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 24338] New: CASH is missing from the default payment_types
by bugzilla-daemon＠bugs.koha-community.org 15 May '20

15 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24338 Bug ID: 24338 Summary: CASH is missing from the default payment_types Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Bug 23321 added cash registers to koha which utilise a payment_type value of CASH which is expected to be present in the system by default. It appears that this part of the DB update went missing during subsequent rebases of the patchset :( -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 37

[Bug 24339] New: SIP codes are missing from the default payment_types on installation
by bugzilla-daemon＠bugs.koha-community.org 15 May '20

15 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24339 Bug ID: 24339 Summary: SIP codes are missing from the default payment_types on installation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Bug 22610 moved the sip payment types out of accounttypes and into the payment_types authorized values.. however, it appears during rebases that the installation side of this was lost and only existing systems will populate the payment_type defaults on upgrade. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 38