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

[Bug 25838] New: Sort facets values by number of occurrences (Zebra)
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '21

05 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25838 Bug ID: 25838 Summary: Sort facets values by number of occurrences (Zebra) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com Actually with Zebra facets values are sorted alphabetically. This is a comment from Bug 12478 : << Bug 12478: Display facet terms ordered by number of occurrences By default ES returns the facet terms ordered by most used, which makes sense. This patch removes resort done in the scripts (catalogue/search.pl and opac/opac-search.pl) and moves it to the module. For Zebra it's now done in C4::Search::getRecords, and there is no change to expect (still alphabetically). >> Looks like the sort by number of occurrences is already done in C4::Search::getRecords, it is an additionnal code that re-sort alphabetically. This patch proposes to remove it in order to have same sort order between Zebra and ES. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 22445] New: Ability to define a url for custom cover images
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '21

05 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22445 Bug ID: 22445 Summary: Ability to define a url for custom cover images Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- So far we have cover images from a list of webservices, COCE, locally, but we cannot define a custom url. -- You are receiving this mail because: You are watching all bug changes.

1 152

[Bug 27994] New: Replace obsolete title-string sorting: Reports templates
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '21

05 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27994 Bug ID: 27994 Summary: Replace obsolete title-string sorting: Reports templates Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Reports Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Blocks: 27934 This patch will modify the following templates to replace the old "title-string" DataTables sorting method with the built-in method using "data-order" attributes. intranet-tmpl/prog/en/modules/reports/guided_reports_start.tt intranet-tmpl/prog/en/modules/reports/itemslost.tt intranet-tmpl/prog/en/modules/reports/serials_stats.tt Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27934 [Bug 27934] Table sorting using title-string option is obsolete -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 28261] New: Add visual feedback on overridden pickup locations on patron's page
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '21

04 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28261 Bug ID: 28261 Summary: Add visual feedback on overridden pickup locations on patron's page 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Following the path for bug 27894 and bug 27864, we should implement the same on the patron's page. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 25534] New: Add ability to send an email specifying a reason when canceling a hold
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '21

04 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25534 Bug ID: 25534 Summary: Add ability to send an email specifying a reason when canceling a hold Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement 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 Some libraries would like to be able to cancel a hold with the option to specify a reason. Providing a reason would generate an email to that patron. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 125

[Bug 24488] New: Holds to Pull sometimes shows the wrong 'first patron' details
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '21

01 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24488 Bug ID: 24488 Summary: Holds to Pull sometimes shows the wrong 'first patron' details Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation 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, kyle.m.hall(a)gmail.com The query that pulls the information for the Circ -> Holds to pull table is incredibly complex and doesn't always pull the correct information. It has a bunch of commands in it that repeatedly reorders the results (group_concats and counts). This means the order of the results cannot be guaranteed to be the same with every execution, and sometimes we see the wrong 'first patron' for the given date selection. It's hard to test because it only happens sometimes, but I have been able to reproduce it this way: - Place two holds for two different patrons on the same biblio - Check the Holds to pull, it'll show the details of the first patron - Change the reservedate for the second hold in the database to be yesterday - Check the Holds to pull, it shows the details of the wrong hold under 'first patron' but shows the correct details 'under earliest hold date' - Change the date selection, it doesn't fix itself -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 211

[Bug 27584] New: Improve OAI-PMH provider performance
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '21

30 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27584 Bug ID: 27584 Summary: Improve OAI-PMH provider performance Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: ere.maijala(a)helsinki.fi QA Contact: testopia(a)bugs.koha-community.org Currently Koha's OAI-PMH provider is using LIMIT and OFFSET to return a chunk of records for each request. While it works relatively well for a small to medium database, it gets prohibitely expensive for a large database especially when items are included and there are a lot of them. I believe this can be improved by using biblionumber for choosing the starting point of the chunk. Patch coming up soon. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 40

[Bug 25727] New: Update the Select2 JS lib
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '21

29 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25727 Bug ID: 25727 Summary: Update the Select2 JS lib Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org In order to benefit from the last feature of Select we should upgrade to the version 4. For instance it adds the ability to dynamically create new entries https://select2.org/tagging -- You are receiving this mail because: You are watching all bug changes.

1 62

[Bug 26421] New: Use Bootstrap screen reader text class for shelf browser messages
by bugzilla-daemon＠bugs.koha-community.org 27 Sep '21

27 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26421 Bug ID: 26421 Summary: Use Bootstrap screen reader text class for shelf browser messages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 26039 Bug 26039 added some text intended only for screen reader users. Since the Bootstrap 4 upgrade this text is shown because the CSS class is obsolete. I propose to replace the use of the "hidden" class with "sr-only." https://getbootstrap.com/docs/4.5/utilities/screen-readers/ Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26039 [Bug 26039] Accessibility: Shelf browser is not announced upon loading -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 20206] New: Should GetItemnumberFromBarcode ignore leading zeroes?
by bugzilla-daemon＠bugs.koha-community.org 27 Sep '21

27 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20206 Bug ID: 20206 Summary: Should GetItemnumberFromBarcode ignore leading zeroes? Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org GetItemnumberFromBarcode will not find 51320 if it should be 051320. Could we need that? I noticed that Excel stripped leading zeroes and we got missing messages in Inventory. Anyone interested in a patch like the attached one? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31