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

[Bug 26215] New: Remove the use of jquery.checkboxes plugin from Z39.50 search pages
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '20

10 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26215 Bug ID: 26215 Summary: Remove the use of jquery.checkboxes plugin from Z39.50 search pages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Blocks: 26006 As described in Bug 26006 the jquery.checkboxes plugin is old and unmaintained. Its use should be replaced on Z39.50 search pages: - acqui/z3950_search.tt - cataloguing/z3950_auth_search.tt - cataloguing/z3950_search.tt Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26006 [Bug 26006] OMNIBUS: Remove the use of jquery.checkboxes plugin -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 26216] New: Remove the use of jquery.checkboxes plugin from catalog search results
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '20

10 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26216 Bug ID: 26216 Summary: Remove the use of jquery.checkboxes plugin from catalog search results Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Blocks: 26006 As described in Bug 26006 the jquery.checkboxes plugin is old and unmaintained. Its use should be replaced on the staff interface catalog search results page. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26006 [Bug 26006] OMNIBUS: Remove the use of jquery.checkboxes plugin -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 13665] Retrieve facets from zebra is slow
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '20

10 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13665 --- Comment #7 from David Cook <dcook(a)prosentient.com.au> --- I think the most robust solution would be to asynchronously load the facets into the Koha Web UI after Koha has returned the search page to the user's browser. (The search results should be asynchronously loaded too but that's for another day.) If I recall correctly, Net::Z3950::ZOOM has the ability to do a certain amount of non-blocking I/O, so in theory you should also be able to do the facet fetching in parallel. I'd have to look into that further... My TODO list is already overfilled, but it would be interesting work to do. Actually, that could make for an interesting plugin. If we turned off facet fetching in the Perl search script and let a plugin take over. That might be a good way to do a proof-of-concept at the very least. I'll add it to my list in any case... lol. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13665] Retrieve facets from zebra is slow
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '20

10 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13665 --- Comment #6 from David Cook <dcook(a)prosentient.com.au> --- Jonathan and Katrin: Is the issue the large database or the large resultset? Looking at Jonathan's example, it seems like the issue is the large resultset. It makes sense to me that a large result set would take a long time to extract facets from (depending on the efficiency of that facet extraction code of course). Without Zebra facets, it looks like we're only naively extracting facets from 20 records (using "maxRecordsForFacets" which defaults to 20), so it's going to be faster for a large result set but much worse quality. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 26039] New: Accessibility: Shelf browser is not announced upon loading
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '20

09 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26039 Bug ID: 26039 Summary: Accessibility: Shelf browser is not announced upon loading 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: oleonard(a)myacpl.org, testopia(a)bugs.koha-community.org Blocks: 26038 When the ‘Browse shelf’ links are selected, a carousel is presented below the table. However, this isn’t announced by screen reader software which means some users may be unaware that additional content has been made available and unable to determine the purpose of the links. Solution: Ensure screen reader users are informed of important information when it becomes available. Consider implementing status messages so that important information can be presented to users of assistive technologies without receiving focus. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26038 [Bug 26038] Accessibility: 4.1.3 Status Messages -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 17762] New: Ability to translate notices
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '20

09 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17762 Bug ID: 17762 Summary: Ability to translate notices Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Notices Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org If a library has students/patrons from different countries, they will all receive the same notices. At the moment they are not translatable. An improvement would be to let the library translate the notices in different languages. This bug will get patches to achieve this goal. -- You are receiving this mail because: You are watching all bug changes.

1 79

[Bug 14825] Accounts Rewrite Omnibus
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '20

09 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14825 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on|26418 | Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26418 [Bug 26418] The "description" for REFUND accountlines is not translatable -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14825] Accounts Rewrite Omnibus
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '20

09 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14825 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |26418 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26418 [Bug 26418] The "description" for REFUND accountlines is not translatable -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 24663] OPACPublic must be tested for all opac scripts
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '20

09 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24663 --- Comment #55 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- (In reply to Jonathan Druart from comment #54) > Created attachment 109793 [details] [review] > Bug 24663: Fix one missing occurrence > > pushed in the meanwhile Pushed to master for 20.11 (no need to backport) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 26285] New: Use country code + number (E.164) validation for SMS numbers
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '20

09 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26285 Bug ID: 26285 Summary: Use country code + number (E.164) validation for SMS numbers Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com According to the E.164 standard, a phone number must be a maximum of 12 digits plus a 1-3 digit country code for a maximum of 15 digits. For North America, that would look like +1 306 555 5555 (11 total digits) or 306 555 5555 (10 digits). For Australian phone numbers, that looks like +61 2 5555 5555 (11 total digits) or 02 5555 5555 (10 digits). Unfortunately, since Bug 22594, Australian phone numbers without a country code aren't validating because they start with a 0. Further reading: https://en.wikipedia.org/wiki/E.164 https://www.itu.int/rec/T-REC-E.164/ https://en.wikipedia.org/wiki/List_of_country_calling_codes -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23