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

[Bug 24756] New: Occasional D8 and U18 failures for Koha/XSLT/Security.t
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '20

13 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24756 Bug ID: 24756 Summary: Occasional D8 and U18 failures for Koha/XSLT/Security.t 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org not ok 7 - Remote import does not fail on read_net This occurs on D8 and U18 but not consistently? For instance, at this very moment all Jenkins tests passed on D8 but master and 18.11 fail here for U18. Unfortunately, I cant even reproduce the error on D8 and D9 in my test containers. Trying to resolve it here by catching the warnings 'manually'. -- You are receiving this mail because: You are watching all bug changes.

1 34

[Bug 24827] New: MARC preview fails when staged record contains items with UTF-8 characters
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '20

13 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24827 Bug ID: 24827 Summary: MARC preview fails when staged record contains items with UTF-8 characters Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: koha-bugs(a)lists.koha-community.org Reporter: a.roussos(a)dataly.gr QA Contact: testopia(a)bugs.koha-community.org The MARC preview of staged records fails when a staged record contains items with UTF-8 characters (see attached screenshots). That's because in EmbedItemsInImportBiblio() the call to MARC::Record->new_from_xml() does not specify 'UTF-8' as the optional encoding to use. In intranet-error.log you'll get messages such as: showmarc.pl: XSLT_Handler: :63: parser error : PCDATA invalid Char value 27 showmarc.pl: <subfield code="o">889.3 \x1b(SVAU\x1bs</subfield> I suggest we fix this by explicitly specifying 'UTF-8' as the encoding to use whenever a call to new_from_xml() is made across the codebase. For consistency, I also propose to standardise on the encoding name in direct calls to new_from_xml(), and use 'UTF-8' from now on instead of 'utf8' or 'utf-8'. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 24783] New: Untranslatable strings in checkouts.js
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '20

13 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24783 Bug ID: 24783 Summary: Untranslatable strings in checkouts.js Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Untranslatable strings in checkouts.js: - title += ' by ' + oObj.author; - title="Double click to edit" - "on" in line desc = '' + oObj.resolution_data.lib + ' on ' + oObj.resolved_on + ''; - Delete</a> - Resolve</a> - ' Actions - Edit notes</a> - Update</a> - href="#">Cancel</a> -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 24802] New: Updating holds can cause suspensions to apply to wrong hold
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '20

13 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24802 Bug ID: 24802 Summary: Updating holds can cause suspensions to apply to wrong hold 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com On request.pl, the table of holds shows a suspend_until date picker for each hold, *unless* that hold is waiting or in transit. The script reserve/modrequest.pl assumes that there will be a suspend_until input for each hold, but that is incorrect. Assume there are 20 holds on a record, and 10 of them are waiting or in transit. If you were to then set the suspend until date on the 10 open holds, and use the "Update hold(s)" button, those 10 suspensions would apply to the 10 found holds and not the holds they should apply to! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 18488] New: Fines tab on staff client not showing all patron data
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '20

13 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18488 Bug ID: 18488 Summary: Fines tab on staff client not showing all patron data Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: jesse(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 62625 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=62625&action=ed… Screen Shot >From the patrons details page on the staff client. Click on fines tab in left column. Default is to the Pay Fines tab - Patron information displays correct under patron image. If you choose the Account, Create manual invoice or Create manual credit you no longer see the patrons Home library. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 20788] New: Duplicate system preference EnableAdvancedCatalogingEditor
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '20

13 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20788 Bug ID: 20788 Summary: Duplicate system preference EnableAdvancedCatalogingEditor Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: bgkriegel(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org There are duplicate entries of EnableAdvancedCatalogingEditor on source/systempreferences.rst, lines 2072 and 7690 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 19075] New: Improve header line of cash register report
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '20

13 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19075 Bug ID: 19075 Summary: Improve header line of cash register report Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement 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 When exporting the results of the cash register report as CSV, the columns are currently labelled like this: mfirstname card number firstname branchname date accounttype amount title barcode itype I think it would be a bit nicer, if the columns started with a capital and I would also rename a few of them: mfirstname = Manager name (btw, why only firstname, the screen shows both firstname and surname firstname = Borrower lastname (same as above) branchname = Library date = Transaction date itype = Itemtype -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 20043] New: Error in fr-FR translation?
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '20

13 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20043 Bug ID: 20043 Summary: Error in fr-FR translation? Change sponsored?: --- Product: Koha Version: unspecified 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: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Just putting it here to not forget, there is something wrong in the MARC21slim2intranetDetail.xsl for fr-FR I bet on a translation issue. ==> /var/log/koha/kohadev/plack-error.log <== Error while loading stylesheet xml: /home/vagrant/kohaclone/koha-tmpl/intranet-tmpl/prog/fr-FR/xslt/MARC21slim2intranetDetail.xsl:923: parser error : EntityRef: expecting ';' Note d'action :&nbsp -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 21767] New: patrons unable to authenticate their library account via ebook clients
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '20

13 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21767 Bug ID: 21767 Summary: patrons unable to authenticate their library account via ebook clients Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: cplatt(a)monocoe.org QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Patrons try to log into overdrive to check out a library ebook but get authentication server time out response. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 21836] New: Hold-found modal missing link to borrower
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '20

13 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21836 Bug ID: 21836 Summary: Hold-found modal missing link to borrower Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation 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, kyle.m.hall(a)gmail.com As of 18.05 the hold-found modal no longer includes a link to the borrower page at /cgi-bin/koha/members/moremember.pl?bowworernumber=xxx There is also no mailto: link to the borrowers email. To recreate: 1. place a hold on an item 2. check the item in 3. observe modal (no links) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4