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

[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 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 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 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

[Bug 27968] New: MARC framework CSV and ODS import incomplete or corrupted
by bugzilla-daemon＠bugs.koha-community.org 24 May '21

24 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27968 Bug ID: 27968 Summary: MARC framework CSV and ODS import incomplete or corrupted Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: victor(a)tuxayo.net QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com 1. CSV 1. Export default MARC framework in CSV 2. Create a new framework 3. import the CSV 4. See MARC structure of the new framework 5. View subfield of tag 240 6. Compare with default framework 7. Subfields are missing 2. ODS 1. Export default MARC framework in .ods 2. Open the .ods with LibreOffice 3. Save it 4. Create a new framework 5. import the .ods 6. See MARC structure of the new framework 7. View subfield of tag 240 8. Compare with default framework 9. See Also: 3, and Link:3 have appeared (the code of my new framework code is 3) For ODS, it seems a cell is offset and the framework code ends up in other columns. The raw ODS from Koha and the one saved by LibreOffice don't seem to differ on the 240 subfields. Both issues happen on master and on 19.11 (with bug 27569 applied) Not sure about severity. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 34

[Bug 28064] New: Transits are not created at check in despite user responding 'Yes, print slip' to the prompt
by bugzilla-daemon＠bugs.koha-community.org 24 May '21

24 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28064 Bug ID: 28064 Summary: Transits are not created at check in despite user responding 'Yes, print slip' to the prompt Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com, gmcharlt(a)gmail.com, katrin.fischer(a)bsz-bw.de, kyle.m.hall(a)gmail.com, kyle(a)bywatersolutions.com, mtj(a)kohaaloha.com, oleonard(a)myacpl.org, testopia(a)bugs.koha-community.org Depends on: 18372, 24085 +++ This bug was initially created as a clone of Bug #18372 +++ When checking in an item from another library the user is prompted whether the item should go into transit if they respond "Yes, print slip" no transit is created and the item status is shown as Available. This bug appears to be a resurgence of bug 18372 since we pushed bug 24085. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18372 [Bug 18372] transits are not created at check in despite user responsing Yes to the prompt https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24085 [Bug 24085] Double submission of forms on returns.pl -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 34

[Bug 27566] New: CSS rule not applying to HTML select / option - displays with serif font ignoring rules
by bugzilla-daemon＠bugs.koha-community.org 24 May '21

24 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27566 Bug ID: 27566 Summary: CSS rule not applying to HTML select / option - displays with serif font ignoring rules Change sponsored?: --- Product: Koha Version: master Hardware: All OS: Mac OS Status: NEW Severity: critical Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: ramos.rodolfo(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org System uses NotoSans to render content, the font file loads correctly (see it in the network while using inspector). The HTML select displays with serif fonts.The CSS rules applied to select and option is font-family: NotoSans. In this instance i think there should be a fallback like font-family: NotoSans, sans-serif. -- You are receiving this mail because: You are watching all bug changes.

1 36

[Bug 23195] New: Shipping costs are inconsistent in where displayed
by bugzilla-daemon＠bugs.koha-community.org 24 May '21

24 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23195 Bug ID: 23195 Summary: Shipping costs are inconsistent in where displayed Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- When an invoice has shipping costs included in it, the totals are displayed inconsistently in Koha Acquisitions. If looking at the acqui-home.pl, the shipping costs are included in the total, however, clicking on the link to see the ordered totals (ordered.pl), shipping costs are not included in this view, causing the totals to not be consistent. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 27120] New: Sent biblio to Koha plugins hook 'intranet_catalog_biblio_tab'
by bugzilla-daemon＠bugs.koha-community.org 24 May '21

24 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27120 Bug ID: 27120 Summary: Sent biblio to Koha plugins hook 'intranet_catalog_biblio_tab' Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Koha plugins hook 'intranet_catalog_biblio_tab' should have the datas of the current biblio record. Koha::Biblio is aleady in template, send it with hooks call. Depends on Bug 27114 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26

[Bug 27114] New: Use Template Toolkit plugin for Koha plugins hook 'intranet_catalog_biblio_tab'
by bugzilla-daemon＠bugs.koha-community.org 24 May '21

24 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27114 Bug ID: 27114 Summary: Use Template Toolkit plugin for Koha plugins hook 'intranet_catalog_biblio_tab' Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Koha plugins hook 'intranet_catalog_biblio_tab' is for a template, it will be better it uses Template Toolkit plugin like intranet_js, ... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31