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

[Bug 25348] New: Add support for circulation status 12 ( lost )
by bugzilla-daemon＠bugs.koha-community.org 09 Mar '21

09 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25348 Bug ID: 25348 Summary: Add support for circulation status 12 ( lost ) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com We should support the SIP2 "circulation status" value 12, "lost". -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 21658] New: Renew requests fail if a fee attached
by bugzilla-daemon＠bugs.koha-community.org 09 Mar '21

09 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21658 Bug ID: 21658 Summary: Renew requests fail if a fee attached Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com A Sip Renew request (29) for an item with an associated fee should behave similarly to a checkout request i.e. the initial request has fee acknowledged set to N - server rejects the transaction an responds indicating the fee amount. Self check unit has the responsibility of collecting that fee and can then proceed repeating the request but with fee acknowledged set to Y, this request should then succeed. Currently this is not happening on older versions renew requests are always rejected if there is a fee irrespective of the value of the fee acknowledged field. On master there is an additional problem that the server is crashing due to a runtime error when processing the fee. This bug has not manifested for many users as 3m and most other self-check units actually send a checkout request not a renewal request when renewing items. Newer biblioteca units do send a renew request and expect this functionality -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 23434] New: Hold confirmation dialog problem if HoldsAutoFill is enabled
by bugzilla-daemon＠bugs.koha-community.org 09 Mar '21

09 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23434 Bug ID: 23434 Summary: Hold confirmation dialog problem if HoldsAutoFill is enabled Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal 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: 23399 Created attachment 92025 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=92025&action=ed… Checking a hold for another library with HoldsAutoFill enabled If the HoldsAutoFill system preference is enabled, the hold confirmation dialogs on the check-in page are badly constructed, resulting in duplicate information and inconsistent displays. See attached screenshot Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23399 [Bug 23399] Reindent returns.tt -- You are receiving this mail because: You are watching all bug changes.

1 20

[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 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 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 21901] New: Improve performance for serial registration
by bugzilla-daemon＠bugs.koha-community.org 03 Mar '21

03 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