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

[Bug 25234] New: Update OPAC search results pagination with aria labels
by bugzilla-daemon＠bugs.koha-community.org 08 May '20

08 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25234 Bug ID: 25234 Summary: Update OPAC search results pagination with aria labels Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Blocks: 23003 For better accessibility I would like to add aria labels to the include file which generates OPAC search results pagination. See articles: https://a11y-style-guide.com/style-guide/section-navigation.html#kssref-nav… https://www.a11ymatters.com/pattern/pagination/ Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23003 [Bug 23003] Accessibility improvements -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 25048] New: Successful resource deletion should return 204
by bugzilla-daemon＠bugs.koha-community.org 08 May '20

08 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25048 Bug ID: 25048 Summary: Successful resource deletion should return 204 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com As stated in our coding guidelines for the API [1], when deleting a resource, the API should return a 204 instead of the 200 some do now. [1] https://wiki.koha-community.org/wiki/Coding_Guidelines_-_API#SWAGGER3.2.4_D… -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 25229] New: Elasticsearch should use the authid (record id) rather than the 001 when returning auth search results
by bugzilla-daemon＠bugs.koha-community.org 08 May '20

08 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25229 Bug ID: 25229 Summary: Elasticsearch should use the authid (record id) rather than the 001 when returning auth search results Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 0 - Have an environment with both ES and Zebra available 1 - Edit an authority record in the DB to force the 001 and the auth_id to be different update auth_header SET marcxml = REPLACE(marcxml,"1707","potato"); 2 - Reindex Zebra and ES 3 - View the record in zebra (commands below work on kohadevbox sample data) yaz-client unix:/var/run/koha/kohadev/authoritysocket base authorities find "computer program" show 1+14 Note that the relevant record has the auth id in the 001 even though the record doesn't 4 - View the record in Elasticsearch curl -X GET 'localhost:9200/koha_kohadev_authorities/data/1707?pretty' Note the 001 is indexed into local number, but the _id of the record matches authid 5 - Search authorities in the staff client for "Computer prorgram" using Zebra Note that you can find authid 1707 in the results and view it 6 - Switch search engine to ES and repeat Note that you have a result that links to authid=potato and it doesn't work -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 25227] New: SIP server returns wrong error message if item was lost and not checked out
by bugzilla-daemon＠bugs.koha-community.org 08 May '20

08 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25227 Bug ID: 25227 Summary: SIP server returns wrong error message if item was lost and not checked out Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal 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 Even if a library allows returns of lost items, the SIP server returns the error message "Item lost, return not allowed" if the checkin was not ok for any reason other than it being withdrawn ( and withdrawn items not being returnable ). The most clear example of this is that when a lost item is not checked out to a patron and is returned. SIP returns that message even though lost items *can* be returned. The actual problem being that the item was not checked out. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 24815] New: Koha::Cash::Register relations should return sets not undef
by bugzilla-daemon＠bugs.koha-community.org 08 May '20

08 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24815 Bug ID: 24815 Summary: Koha::Cash::Register relations should return sets not undef 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 The cash register class contains a bad pattern of returning 'undef' for relations instead of an empty resultset. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 35

[Bug 25249] New: When viewing a patron's modiification log we should see both the MEMBERS and CIRCULATION modules
by bugzilla-daemon＠bugs.koha-community.org 08 May '20

08 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25249 Bug ID: 25249 Summary: When viewing a patron's modiification log we should see both the MEMBERS and CIRCULATION modules Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When viewing a patron if you click the 'Modification log' tab you are presetned with both their circulation and members logs: https://staff.arcadiapl.bywatersolutions.com/cgi-bin/koha/tools/viewlog.pl?… However, in bug 19791 the modules were locked to 'MEMBERS' if the src=circ We need to add CIRCULATION in as well -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 25250] New: JS code for checkboxes also affects hidden modules inputs
by bugzilla-daemon＠bugs.koha-community.org 08 May '20

08 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25250 Bug ID: 25250 Summary: JS code for checkboxes also affects hidden modules inputs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org bug 24982 added checkboxes to the log viewer and added js to control them. The JS conflicts with code form 19791 and affects the hidden inputs that limit viewing a patrons circ info when coming from their account (i.e. the Modification log tab on a patron) The JS should be adjusted to only affect the checkboxes -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 25276] New: Correct hover style of list share button in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 08 May '20

08 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25276 Bug ID: 25276 Summary: Correct hover style of list share button in the 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: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org With OpacAllowSharingPrivateLists enabled, in the list of the logged-in user's private lists: "Edit" is not underlined "Delete" is not underlined and red "Shared" is underlined "Shared" should not be underlined. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 21927] New: Acq: Allow blank values in pull downs in the item form when subfield is mandatory
by bugzilla-daemon＠bugs.koha-community.org 08 May '20

08 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21927 Bug ID: 21927 Summary: Acq: Allow blank values in pull downs in the item form when subfield is mandatory Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org This has already been fixed for the item form in cataloguing (bug 14662), but sadly we missed that there is an item form in acq too! To test: - Set AcQCreateItem to "on order" - Create a new order line - Check that item type shows and has an empty entry that is preselected - Change 952y in the ACQ framework to be mandatory - Verify the empty entry is gone and the first value is preselected (bug) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 25257] New: Preserve XML prolog in translated files
by bugzilla-daemon＠bugs.koha-community.org 08 May '20

08 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25257 Bug ID: 25257 Summary: Preserve XML prolog in translated files Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: bgkriegel(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Translation process removes XML prolog (<?..?>) from translated files. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11