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

[Bug 27803] New: publicationyear / copyrightdate not included in Holds to Pull
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '21

04 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27803 Bug ID: 27803 Summary: publicationyear / copyrightdate not included in Holds to Pull 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: aleisha(a)catalyst.net.nz, gmcharlt(a)gmail.com Depends on: 24488 The rewrite of Holds to Pull page (circ/pendingreserves.pl) in Bug 24488 missed the copyrightdate / publicationyear data. That should be added back again and we should also verify whether other fields are missing as well. The commit removing the publication year is 2285c2d6575 (Bug 24488: Show correct first patron details on Holds to pull). 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 watching all bug changes. You are the assignee for the bug.

1 12

[Bug 27789] New: Missing translate text replacement in admin-home.tt
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '21

04 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27789 Bug ID: 27789 Summary: Missing translate text replacement in admin-home.tt Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: Linux Status: NEW Severity: major Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: lukas.kraic(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com koha version: 20.11.03.000 missing translate text replacement in admin-home.tt on administrator home page, is missing translate of all descriptions (exclude Patrons and circulation) tested on sk_SK and cs_CZ missing translate of descriptions, are translated in sk-SK-staff-prog.po and cs-CS-staff-prog.po what i do (for sk_SK), same in cs_CZ: 1, install language koha-translate --install sk-SK 2, set slovak language in admin settings in administrator home page, is missing translate of all descriptions (exclude Patrons and circulation) maybe wrong generated translate admin-home.tt (for exmaple) check translate 3,translate exists /usr/share/koha/misc/translator/po/sk-SK-staff-prog.po ... #: koha-tmpl/intranet-tmpl/prog/en/modules/admin/admin-home.tt:145 #, fuzzy, c-format msgid "" "Create and manage Bibliographic frameworks that define the characteristics " "of your MARC Records (field and subfield definitions) as well as templates " "for the MARC editor" msgstr "" "Vytvorte a spracujte bibliografické šablóny, ktoré definujú charakteristiku " "vašich MARC záznamov (definície polí a podpolí) ako aj šablóny pre MARC " "editor." 4, missing translate in tmpl file /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/sk-SK/modules/admin/admin-home.tt .... [% IF ( CAN_user_parameters_manage_marc_frameworks ) %] <dt><a href="/cgi-bin/koha/admin/biblio_framework.pl">Bibliografická MARC šablóna</a></dt> <dd>Create and manage Bibliographic frameworks that define the characteristics of your MARC Records (field and subfield definitions) as well as templates for the MARC editor</dd> <dt><a href="/cgi-bin/koha/admin/koha2marclinks.pl">Priradenie Koha k MARC</a></dt> <dd>Define the mapping between the Koha transactional database (SQL) and the MARC Bibliographic records</dd> -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 27743] New: Accessibility: Staff Client - Page titles should have unique information first
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '21

04 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27743 Bug ID: 27743 Summary: Accessibility: Staff Client - Page titles should have unique information first Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: wainuiwitikapark(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Koha has good and descriptive page titles, but according to https://www.w3.org/WAI/tips/writing/ the unique information should be first, before the name of the website (Koha). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[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