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

[Bug 22067] New: Koha::Patron->can_see_patron_infos should return if no patron is passed
by bugzilla-daemon＠bugs.koha-community.org 27 May '19

27 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22067 Bug ID: 22067 Summary: Koha::Patron->can_see_patron_infos should return if no patron is passed 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- If there is a problem retrieving a patron's guarantor they cannot be edited. To recreate: 1 - Find an adult patron 2 - Add a child to their account 3 - Delete the parent from the db 4 - Attempt to edit the child record -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 22416] New: Search.t tests need adjustment for EasyAnalyticRecords syspref
by bugzilla-daemon＠bugs.koha-community.org 27 May '19

27 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22416 Bug ID: 22416 Summary: Search.t tests need adjustment for EasyAnalyticRecords syspref Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Bug 22140 added checking of the pref for searching, the tests don't fail but do complain about this prove -v t/db_dependent/Search.t -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 20102] New: Remove attribute "text/css" for <style> element used in staff client templates
by bugzilla-daemon＠bugs.koha-community.org 27 May '19

27 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20102 Bug ID: 20102 Summary: Remove attribute "text/css" for <style> element used in staff client templates Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Conformance rules for HTML5 is generating warnings for <style> element with type="text/css" attribute when the OPAC page is checked with W3C Validator. The type attribute is optional, and when none is provided it defaults to "text/css" - https://www.w3.org/TR/html5/document-metadata.html#element-attrdef-style-ty…. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 22254] New: t/db_dependent/Koha/Patrons.t contains a DateTime math error
by bugzilla-daemon＠bugs.koha-community.org 27 May '19

27 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22254 Bug ID: 22254 Summary: t/db_dependent/Koha/Patrons.t contains a DateTime math error Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- So, one of the peculiarities of DateTime maths is that 12 plus 1 doesn't always equal 13 ;) This calls for an example (using 'limit' for end_of_month mode): 2019-01-31 + 1 month = 2019-02-28 2019-01-31 + 13 months = 2020-02-29 (this one maintains 'end of month' over the leap year) 2019-02-28 + 12 months = 2020-02-28 Koha does the third case but the test is currently setup for the second. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 20000] New: use Modern::Perl in installer perl scripts
by bugzilla-daemon＠bugs.koha-community.org 27 May '19

27 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20000 Bug ID: 20000 Summary: use Modern::Perl in installer perl scripts Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com use Modern::Perl should be used instead of use strict; use warnings; Relevant in: data/mysql/backfill_statistics.pl data/mysql/labels_upgrade.pl data/mysql/patroncards_upgrade.pl data/mysql/update22to30.pl data/mysql/updatedatabase.pl externalmodules.pl html-template-to-template-toolkit.pl install.pl -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 38

[Bug 21457] New: datelastseen and datelastborrowed out of sync
by bugzilla-daemon＠bugs.koha-community.org 26 May '19

26 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21457 Bug ID: 21457 Summary: datelastseen and datelastborrowed out of sync Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In the items table we have these two columns: - datelastborrowed - the date the item was last checked out/issued - datelastseen - the date the item was last see (usually the last time the barcode was scanned or inventory was done) Based on these descriptions you would expect that datelastseen was always the same as or more recent than datelastborrowed, right? One of our customer libraries just made me aware that this is not always the case. This SQL finds the unexpected data: SELECT COUNT(*) FROM items WHERE datelastborrowed > datelastseen; Three of our sites have this unexpected data. They all use SIP2. But we also have a couple sites that use SIP2 that do *not* have unexpected data, so that might be a false lead. Anyone else seen this? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 22736] New: Search field on "New order > from suggestion" search for borrowernumber
by bugzilla-daemon＠bugs.koha-community.org 25 May '19

25 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22736 Bug ID: 22736 Summary: Search field on "New order > from suggestion" search for borrowernumber Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: severine.queune(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- When ordering from a suggestion, the "Search" field also search the borrowernumber of the users, even if this field is not displayed in the table. It leads to have weird and non relevant results for the user. Shouldn't this search only apply to visible datas ? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 22808] New: Move Cache.t to db_dependent
by bugzilla-daemon＠bugs.koha-community.org 24 May '19

24 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22808 Bug ID: 22808 Summary: Move Cache.t to db_dependent Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: mirko(a)abunchofthings.net QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Cache.t fails during package build. Moving it to db_dependent fixes the problem. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 22010] New: RecordedBooks and OverDrive should check preferences over passing variables
by bugzilla-daemon＠bugs.koha-community.org 24 May '19

24 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22010 Bug ID: 22010 Summary: RecordedBooks and OverDrive should check preferences over passing variables Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Currently RecordedBooks circulation throws an error on the user account page for 'SPINNER_THROBBER' undefined The param is not passed to the template on that page - rather than passing it we should make the checks in the template -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 22357] New: Every run of runreport.pl with --store-results creates a new row in saved reports
by bugzilla-daemon＠bugs.koha-community.org 24 May '19

24 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22357 Bug ID: 22357 Summary: Every run of runreport.pl with --store-results creates a new row in saved reports Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- While testing bug 22323 I noticed an issue with the reports table in combination with stored results. Stealing a part of the test plan: 1) Create a new item with itemnotes 'accentué' 2) Create a report and note the report number ... 5) Run from command line (replace X by report number) : misc/cronjobs/runreport.pl X --format=csv --csv-header --store-results ... 7) Go to saved reports table 8) Look at the table, each run of the cronjob will create a new row in the table instead of just updating the saved results column. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24