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

[Bug 22571] New: Bug in Perl module "Koha::SimpleMARC::field_equals"
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '20

23 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22571 Bug ID: 22571 Summary: Bug in Perl module "Koha::SimpleMARC::field_equals" Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: mik(a)adminkuhn.ch QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- After successfully creating a MARC modification template in Koha menu "Tools > Batch record modification" with the following action: Add new field 041$a with value ger if 008 matches RegEx m/^...................................ger..$/ the action is run over a given record and Koha says that the bibliographic record has successfully been modified - but in fact nothing has changed, thus no new MARC 041$a is created. According to Jonathan Druart (in mailinglist "Koha", 21.03.2019 17:12) this is a bug in Perl module "Koha::SimpleMARC::field_equals". -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 23825] New: Object.t is failing - Exception not caught
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '20

23 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23825 Bug ID: 23825 Summary: Object.t is failing - Exception not caught Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Something weird here: kohadev-koha@kohadevbox:/home/vagrant/kohaclone$ prove t/db_dependent/Koha/Object.t t/db_dependent/Koha/Object.t .. 3/11 # Failed test 'Exception thrown correctly' # at t/db_dependent/Koha/Object.t line 359. # expecting: Koha::Exceptions::Object::BadValue # found: DBIx::Class::Exception (DBIx::Class::Storage::DBI::_dbh_execute(): Incorrect datetime value: 'wrong_value' for column `koha_kohadev`.`borrowers`.`lastseen` at row 1 at /home/vagrant/kohaclone/Koha/Object.pm line 156 # ) # Looks like you failed 1 test of 1. # Failed test 'Bad value tests' # at t/db_dependent/Koha/Object.t line 363. # Looks like you failed 1 test of 16. Not on Jenkins It's the following exception's message that is not caught correctly by the regex: DBIx::Class::Storage::DBI::_dbh_execute(): Incorrect datetime value: 'wrong_value' for column `koha_kohadev`.`borrowers`.`lastseen` at row 1 at /home/vagrant/kohaclone/Koha/Object.pm line 156 Note the backticks. -- You are receiving this mail because: You are watching all bug changes.

1 47

[Bug 22539] New: Fines charged on back-dated checkin when item has been renewed
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '20

22 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22539 Bug ID: 22539 Summary: Fines charged on back-dated checkin when item has been renewed Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- In a certain niche situation, a patron can end up with an unexpected fine due to renewing a book just prior to returning it. Here's the situation: - Patron has a book due on a Saturday and doesn't return it - On Sunday, the library is closed - Early Sunday morning, the fines cron generates an accruing fine on the item - Patron puts the item in the bookdrop on Sunday - Patron renews the item via the OPAC on Sunday - At renewal, the fine changes from FU to F - Monday morning, the item is checked in via bookdrop mode, which back-dates the checkin to Saturday According to the old_issues table, the item was checked in before any fine was charged, but the fine remains on the patron's account. If the patron had not renewed the item, the fine would have remained FU and would have been forgiven on checkin. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 50

[Bug 24405] New: Links in facets are styled differently than other links on the results page in OPAC
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '20

22 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24405 Bug ID: 24405 Summary: Links in facets are styled differently than other links on the results page in OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org A small thing I've been wondering about: The links in the facets are shown underlined, but other links, like the links on each search result (title, place holds etc.) or navigation bar are not. Why are some links underlined and others not? There is a specific style causing this: #search-facets a { font-weight: 400; text-decoration: underline; } -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 21256] New: Duplicate Record error when Creating New Record
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '20

22 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21256 Bug ID: 21256 Summary: Duplicate Record error when Creating New Record Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When creating a new record in Koha 17.11.08, a duplicate message will appear claiming to have found a match. A match should be found on an exact Title/ Author combination, however, it appears to be finding a match on any word found within the 245. For example: title "Kelly" will match on a Book called " Love of Neighbor as Great Commandment in the Time of Jesus: Grasping at Straws in the Hebrew Scriptures" with the 245c "henry Ansgar Kelly" - this is not expected behavior. Another example : for a new title of just "Test", this will bring back a duplicate of a title with the word "test" in it, this is what is in the 245a "Temporal Stability of the Francis Scale of Attitude toward Christianity Short-Form among 10- to 12-Year-Old English Children: Test-Retest Data over 15 Weeks" -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 19705] New: DecreaseLoanHighHolds.t is still failing randomly
by bugzilla-daemon＠bugs.koha-community.org 19 Jun '20

19 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19705 Bug ID: 19705 Summary: DecreaseLoanHighHolds.t is still failing randomly 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: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org https://jenkins.koha-community.org/job/Koha_Master_D8/298/console # Failed test 'Static mode should exceed threshold' # at t/db_dependent/DecreaseLoanHighHolds.t line 125. # got: '0' # expected: '1' # Failed test 'Should have duration of 1' # at t/db_dependent/DecreaseLoanHighHolds.t line 127. # got: '0' # expected: '1' # Failed test 'due_date should be a DateTime object' # at t/db_dependent/DecreaseLoanHighHolds.t line 128. # got: '' # expected: 'DateTime' Can't call method "hour" on an undefined value at t/db_dependent/DecreaseLoanHighHolds.t line 131. # Looks like your test exited with 255 just after 5. [18:52:27] t/db_dependent/DecreaseLoanHighHolds.t ......................... Dubious, test returned 255 (wstat 65280, 0xff00) Failed 15/17 subtests -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 23934] New: Item level holds not checked for LocalHoldsPriority in Holds Queue
by bugzilla-daemon＠bugs.koha-community.org 18 Jun '20

18 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23934 Bug ID: 23934 Summary: Item level holds not checked for LocalHoldsPriority in Holds Queue Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests 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 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 21565] New: SCO checkout confirm language
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '20

17 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21565 Bug ID: 21565 Summary: SCO checkout confirm language Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Upon completion of SCO a user clicks "finish" which invokes a JS alert which says "Would you like to print a receipt?". The options are "Cancel" and "OK". This language is confusing to some patrons who think "Cancel" will cancel the entire SCO transaction. Changing this language to "Yes" and "No" would make it much clearer. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 22027] New: Upload cover image
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '20

17 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22027 Bug ID: 22027 Summary: Upload cover image Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: Linux Status: NEW Severity: major Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: federicoantoniopaiz(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- Created attachment 83395 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=83395&action=ed… error_imagen Upload cover image When we upload an image, it shows us on the screen: not found: No such file or directory at /usr/lib/x86_64-linux-gnu/perl5/5.26/GD/Image.pm line 64. and in the log: [Wed Dec 12 13: 21: 40.425798 2018] [cgi: error] [pid 1838] [client 170.210.158.2:35596] AH01215: [Wed Dec 12 13:21:40 2018] upload-cover-image.pl: not found: No such file or directory at /usr/lib/x86_64-linux-gnu/perl5/5.26/GD/Image.pm line 64 .: / usr / share / koha / intranet / cgi-bin / tools / upload-cover -image.pl, referer: http://biblioadmin.unaj.edu.ar/cgi-bin/koha/tools/upload-cover-image.pl?bib… -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 24858] New: Incorrect labels on wording in ExcludeHolidaysFromMaxPickUpDelay system preference
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '20

17 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24858 Bug ID: 24858 Summary: Incorrect labels on wording in ExcludeHolidaysFromMaxPickUpDelay system preference Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Staff Client 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 The wording of the two options in ExcludeHolidaysFromMaxPickUpDelay is reversed. This error was introduced in bug 22381. - mark your library closed today and tomorrow - set ReservesMaxPickUpDelay to 1 day - set ExcludeHolidaysFromMaxPickUpDelay to "Ignore the calendar" - place hold, capture hold - hold expiration date is set to the day after tomorrow (skips closed days) - Set ExcludeHolidaysFromMaxPickUpDelay to "Use the calendar" - Place hold, capture hold - hold expiration date is set to tomorrow (doesn't skip closed days) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20