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

[Bug 23409] New: Show borrowernotes and opacnote's lines feeds (staff and opac)
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '20

13 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23409 Bug ID: 23409 Summary: Show borrowernotes and opacnote's lines feeds (staff and opac) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: alex.arnaud(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently, lines feeds typed in borrowernotes and opacnote are not visible in the interface. Patch is coming. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 30

[Bug 24688] New: Hold priority isn't adjusted correctly if checking out a middle priority hold
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '20

13 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24688 Bug ID: 24688 Summary: Hold priority isn't adjusted correctly if checking out a middle priority hold Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests 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 To reproduce 1. Place at least four holds on a biblio for different borrowers 2. Check out an item to the 3rd priority borrower 3. Check the existing holds table for the biblio. The priorities might be out of order, or try clicking the dropdowns and there might be an empty dropdown option, or open the browser developer tools and notice the option values in the select are missing value=3. So the priorities have not been adjusted to be consecutive which can cause problems -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 24844] New: Focus on the system preferences searchbar when going to admin home
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '20

13 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24844 Bug ID: 24844 Summary: Focus on the system preferences searchbar when going to admin home Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration 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 Every time I go to the Administration main page I have to click into the syspref search bar. Would be nice if I didn't have to do that. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 24847] New: select AND by default in items search
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '20

13 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24847 Bug ID: 24847 Summary: select AND by default in items search Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In items search form, when clicking on "New field" a new conjunction and search field are added. It would save time to select AND conjunction by default, like it is in advanced search. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 19279] New: performance of linked items in search
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '20

13 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19279 Bug ID: 19279 Summary: performance of linked items in search 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: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org When catalog has fields 773 (461 in UNIMARC), those linked items are fetched for display in search results. Look like the code could be more performant by replacing item search by $9 with direct call with GetMarcItem(). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 40

[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