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

[Bug 27592] New: Link audio alerts to corresponding preference and back
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '21

04 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27592 Bug ID: 27592 Summary: Link audio alerts to corresponding preference and back 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 If the AudioAlerts system preference is disabled, an error on the Audio Alerts page warns the user that it must be enabled. If the user has the correct permissions this error should link directly to system preferences. Similarly, in the AudioAlerts preference description there is a reference to the audio alerts page. There isn't a way to make this link dependent on permissions but I think the likelihood is good that a user with permission to edit preferences will be able to access Audio Alerts. -- You are receiving this mail because: You are watching all bug changes.

1 12

[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 27718] New: Holds to Pull list doesn't respect holdallowed circulation rule anymore
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '21

04 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27718 Bug ID: 27718 Summary: Holds to Pull list doesn't respect holdallowed circulation rule anymore Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: joonas.kylmala(a)helsinki.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, nugged(a)gmail.com Depends on: 24488 After bug 24488 was merged Holds to Pull list (/cgi-bin/koha/circ/pendingreserves.pl) doesn't respect anymore the 'holdallowed' circulation rules (we bisected it to this change). If we look at the patch "Bug 24488: Show correct first patron details on Holds to pull" (2285c2d6575) then we can notice that previously the items that were shown in the list must had holdallowed != 0: > LEFT JOIN circulation_rules ON ( items.itype=circulation_rules.itemtype AND rule_name = 'holdallowed' AND circulation_rules.branchcode IS NULL AND circulation_rules.categorycode IS NULL ) And > AND ( circulation_rules.rule_value IS NULL OR circulation_rules.rule_value != 0 ) Now it seems like similar circ rule check is missing in the newly rewritten Holds To Pull implementation. I will continue investigating deeper this issue and update on progress. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24488 [Bug 24488] Holds to Pull sometimes shows the wrong 'first patron' details -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 30

[Bug 26674] New: Extended patron attributes REST endpoint
by bugzilla-daemon＠bugs.koha-community.org 03 Mar '21

03 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26674 Bug ID: 26674 Summary: Extended patron attributes REST endpoint Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: joonas.kylmala(a)helsinki.fi It would be useful if we could access and modify also extended patron attributes via REST API also programmatically. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 27430] New: Use minimum length for patron category on password hint
by bugzilla-daemon＠bugs.koha-community.org 03 Mar '21

03 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27430 Bug ID: 27430 Summary: Use minimum length for patron category on password hint 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: emmi.takkinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org Hint for password minimum length should use minimum length set for patron category not "minPasswordLength" value. To test: 1. Set "minPasswordLength" e.g. 6 2. Set "Patron" category minimum password length e.g. 4 3. Create new a patron. 4. Note that hint after password input field reads "Minimum password length: 6" -- You are receiving this mail because: You are watching all bug changes.

1 31

[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