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

[Bug 24957] New: OpenLibrarySearch doesnt return result correctly on OPAC
by bugzilla-daemon＠bugs.koha-community.org 09 Mar '21

09 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24957 Bug ID: 24957 Summary: OpenLibrarySearch doesnt return result correctly on OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org If you turn on OpenLibrarySearch results are often not returned and only the text "Open Library:" displays. Firstly, if there is nothing to return we should display nothing. Secondly, it does look like any of these records do return data but the API has changed, I think. Koha checks to see if "items: []" has length and returns false if this is true. But I am finding many records where the data seems to be present: (https://openlibrary.org/api/volumes/brief/json/id:0;isbn:067002662X;lccn:__…) but items contains nothing. I don't know anything about the OpenLibrary API, but perhaps it has changed. TO RECREATE: 1. turn on OpenLibrarySearch 2. go to the opac results page and opac details page and see many records that just display "Open Library: " and nothing else. -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 24623] New: Phase out jquery.cookie.js: Advanced MARC editor
by bugzilla-daemon＠bugs.koha-community.org 08 Mar '21

08 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24623 Bug ID: 24623 Summary: Phase out jquery.cookie.js: Advanced MARC editor Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW 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 Depends on: 23944 The advanced cataloging editor uses a cookie to set the user's preference for whether to use the advanced cataloging editor by default. This process should use the newer cookie library, js-cookie. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23944 [Bug 23944] Phase out use of jquery.cookie.js in favor of js.cookie.js -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 24624] New: Phase out jquery.cookie.js: Receipt summary
by bugzilla-daemon＠bugs.koha-community.org 08 Mar '21

08 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24624 Bug ID: 24624 Summary: Phase out jquery.cookie.js: Receipt summary Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW 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 Depends on: 23944 In acquisitions, the receipt summary page uses cookies to remember the settings in the sidebar filter. This process should use the newer cookie library, js-cookie. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23944 [Bug 23944] Phase out use of jquery.cookie.js in favor of js.cookie.js -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 25757] New: Add a Koha::Item::Transfer->transit method
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '21

04 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25757 Bug ID: 25757 Summary: Add a Koha::Item::Transfer->transit method 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Depends on: 23092, 25755 Blocks: 25753 We should have a `transit` method available within the Koha::Item::Transfer object to set a Transfer from 'Requested' to 'In transit' but setting the 'sent' date. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23092 [Bug 23092] Transfers should record 'requested' as well as 'sent' and 'arrived' dates. https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25753 [Bug 25753] Deprecate C4::Circulation::transferbook https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25755 [Bug 25755] Add a Koha::Item->request_transfer method -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 52

[Bug 22599] New: Items attached to a course reserve but checkout can not be removed from course
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '21

04 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22599 Bug ID: 22599 Summary: Items attached to a course reserve but checkout can not be removed from course Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Since items that are connected to a course reserve, cannot be removed from that course reserve if it is currently checked out. It would be helpful to show an information bubble when the user is hovering over the greyed out "remove" button. This would let the user know that due to the fact this item is checked out, the item can not be removed and therefore the "remove" button is not available. Add Items to an Existing Course Check out one of those items to a patron Go back to Course and see that the Item's ability to be removed is greyed out. Edit is still an available option, but remove is not. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 19566] New: Integrate multiple instance auto_increment fix from KohaAloha
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '21

04 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19566 Bug ID: 19566 Summary: Integrate multiple instance auto_increment fix from KohaAloha Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: pongtawat(a)punsarn.asia QA Contact: testopia(a)bugs.koha-community.org CC: mirko(a)abunchofthings.net In the Wiki https://wiki.koha-community.org/wiki/DBMS_auto_increment_fix, there is a link to a solution for auto_increment problem by KohaAloha: https://github.com/KohaAloha/koha-mysql-init This solution automatically work with multiple instances and if integrated into Koha Debian package, does not require any work manual fix by the user at all. So I would like to propose this solution to be integrate into Debian package by default for all supported releases that target Debian 8/9 (with systemd). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 25644] New: Self Check in Patron Account
by bugzilla-daemon＠bugs.koha-community.org 03 Mar '21

03 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25644 Bug ID: 25644 Summary: Self Check in Patron Account 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org Currently, self checkout requires a patron to use staff machines. This is understandable, if you have security equipment to desensitize items. A new thought in workflow is to allow patrons the ability to check out items via their own device. The patron would sign in on the OPAC on their device, go to a Check Out tab, and start scanning barcodes with their camera. All self check rules would still apply. The only thing that would be different is that checkout receipts are e-mailed or not. There would be no option for printing a receipt. Thoughts? -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 23007] New: Make dialogs in returns.pl optionally modal
by bugzilla-daemon＠bugs.koha-community.org 03 Mar '21

03 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23007 Bug ID: 23007 Summary: Make dialogs in returns.pl optionally modal 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: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- Bug 21346 made some dialogs in returns.pl modal. Some libraries think this is too distruptive for their workflow and would like to continue scanning books even if there is a dialog/message. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 25841] New: Manual should reference update_patrons_category.pl rather than j2a.pl
by bugzilla-daemon＠bugs.koha-community.org 02 Mar '21

02 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25841 Bug ID: 25841 Summary: Manual should reference update_patrons_category.pl rather than j2a.pl Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org https://koha-community.org/manual/19.11/en/html/cron_jobs.html?highlight=cr… The 19.11 manual still references the j2a cronjob, which has been removed as of 19.11 and replaced with update_patrons_category. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 21901] New: Improve performance for serial registration
by bugzilla-daemon＠bugs.koha-community.org 02 Mar '21

02 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21901 Bug ID: 21901 Summary: Improve performance for serial registration Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: frank.hansen(a)ub.lu.se QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Because two indexes are missing, the SQL searches in C4::Serials perform very slow. Since theres no indexes for subscription.biblionumber and serial.subscriptionid, the SQL server will do a full table scans on both tables, which takes a very long time, especially if you have 100,000 subscriptions and approximately one million series registered. To improve response time, at least two indexes are required. I will therefore suggest these two indexes to be built: alter table serial add index idx_serial_subscriptionid using btree (subscriptionid); alter table subscription add index idx_subscription_biblionumber (biblionumber); It's also strange that the subscriptionid in serial is a varchar(100). In subscriptions table, subscriptionid is an int. I think subscriptionid in serial should be an int for safe and for best performance. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 47