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

[Bug 28270] New: Wrong tooltip displayed on moredetail for the claim lost status
by bugzilla-daemon＠bugs.koha-community.org 25 May '21

25 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28270 Bug ID: 28270 Summary: Wrong tooltip displayed on moredetail for the claim lost status Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Cataloging Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Depends on: 24279 It says "At least one item is available at this library" instead of "Return claims must be processed from the patron details page" (like on cataloguing/additem) Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24279 [Bug 24279] Claims Returned does not work when set from moredetail.pl or additem.pl -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 27819] New: Spurious errors when running delete_records_via_leader.pl
by bugzilla-daemon＠bugs.koha-community.org 24 May '21

24 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27819 Bug ID: 27819 Summary: Spurious errors when running delete_records_via_leader.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz The job reports errors when deleting items. The issue seems to be that Koha::Object->delete claims in the POD to return -1, 0, or 1 as a result, but it in fact returns the Object itself on a successful deletion The errors are reported as: ERROR DELETING ITEM 501740: Koha::Item=HASH(0x55ce407a1a78) To recreate: 1 - Find or create a record with some items 2 - Ensure those items can be deleted (not on loan, etc.) 3 - Edit the record leader and set position 5 to 'd' 4 - perl misc/cronjobs/delete_records_via_leader.pl -i -v --confirm 5 - Deletion succeeds, but reports failure on items -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 28213] New: Deleting a patron club causes server error on searching
by bugzilla-daemon＠bugs.koha-community.org 24 May '21

24 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28213 Bug ID: 28213 Summary: Deleting a patron club causes server error on searching Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: - create a club template - create a club - enroll a patron in the club - from the clubs page, select Search To Hold for your club - do a search, see that it says "Hold for [club name]" in your search results page - go back to the clubs page and delete your club - try to perform a search - get error "Can't call method "name" on an undefined value at /kohadevbox/koha/catalogue/search.pl line 207" Koha's trying to retain your deleted club as its Search To Hold target. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 27842] New: Incorrect biblionumber handling in serials subscriptions
by bugzilla-daemon＠bugs.koha-community.org 24 May '21

24 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27842 Bug ID: 27842 Summary: Incorrect biblionumber handling in serials subscriptions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It seems that a librarian can edit the biblionumber for a given subscription, however, when receiving serials the biblionumber is pulled from the existing serials, so all new received issues are received on the old biblionumber This is problematic in light of bug 21901 - you can change the biblionumber, the serials still point to the old biblionumber - and deleting the biblio deletes the serials. Additionally, the update will delete serials where this was the case To recreate: 1 - Create a new subscription 2 - Receive an issue 3 - Edit the subscription and change the biblionumber 4 - Receive another issue 5 - SELECT * FROM serial 6 - Both have the old number 7 - Delete the old biblio 8 - The serials are deleted 9 - You also cannot now receive for this issue or generate serials -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 52

[Bug 28234] New: TestBuilder->build_sample_biblio does not deal correctly with encoding
by bugzilla-daemon＠bugs.koha-community.org 24 May '21

24 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28234 Bug ID: 28234 Summary: TestBuilder->build_sample_biblio does not deal correctly with encoding Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Test Suite Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 26405] New: Circulation.t fails on 'AddRenewal left both fines'
by bugzilla-daemon＠bugs.koha-community.org 24 May '21

24 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26405 Bug ID: 26405 Summary: Circulation.t fails on 'AddRenewal left both fines' Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: emmi.takkinen(a)outlook.com QA Contact: testopia(a)bugs.koha-community.org Running prove t/db_dependent/Circulation.t, I receive following error: t/db_dependent/Circulation.t .. 1/48 # Failed test 'AddRenewal left both fines' # at t/db_dependent/Circulation.t line 591. # got: '1' # expected: '2' # Looks like you planned 83 tests but ran 28. # Looks like you failed 1 test of 28 run. t/db_dependent/Circulation.t .. 15/48 # Failed test 'CanBookBeRenewed tests' # at t/db_dependent/Circulation.t line 1255. Can't call method "status" on an undefined value at t/db_dependent/Circulation.t line 593. Adding t::lib::Mocks::mock_preference('CalculateFinesOnReturn', 1) solved problem since bug 23051 added following to Circulation.pm: if ( !$skipfinecalc && C4::Context->preference('CalculateFinesOnReturn') ) { _CalculateAndUpdateFine( { issue => $issue, item => $item_unblessed, borrower => $patron_unblessed } ); } However I'm unsure if this is appropriate solution or are those tests invalid at this point. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 28223] New: Total for budgets is incorrect when child funds have negative values
by bugzilla-daemon＠bugs.koha-community.org 24 May '21

24 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28223 Bug ID: 28223 Summary: Total for budgets is incorrect when child funds have negative values Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The math that we do on this page uses data elements parent_id and self_id to ensure we add only the parent budgets and don't add any more than once. When a budget is negative, however, we don't add these elements and this then totals child funds an additional time To recreate: 1 - Have a parent fund and a child fund 2 - Order an amount from the child fund that is greater than the amount available 3 - Browse to acquisitions 4 - Confirm the totals look right 5 - Click on the over spent fund to go to 'Funds for main budget' 6 - Note the totals are incorrect -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 28144] New: Historical OVERDUE fines may not have an issue
by bugzilla-daemon＠bugs.koha-community.org 24 May '21

24 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28144 Bug ID: 28144 Summary: Historical OVERDUE fines may not have an issue Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 28221] New: Script process_message_queue.pl uses Try::Tiny but doesn't 'use' it
by bugzilla-daemon＠bugs.koha-community.org 24 May '21

24 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28221 Bug ID: 28221 Summary: Script process_message_queue.pl uses Try::Tiny but doesn't 'use' it Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The message queue processor has a try/catch block, but does not have a 'use Try::Tiny' line. Because of this the following error ocurrs if an instance has any plugins installed that use the before_send_messages hook: Can't locate object method "catch" via package "1" (perhaps you forgot to load "1"?) at /usr/share/koha/bin/cronjobs/process_message_queue.pl line 86. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 21818] New: Don't use AutoCommit flag in stage-marc-import.pl
by bugzilla-daemon＠bugs.koha-community.org 24 May '21

24 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21818 Bug ID: 21818 Summary: Don't use AutoCommit flag in stage-marc-import.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Like Bug 18806, we should replace the use of AutoCommit flag by DBIx transaction. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19