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

[Bug 25244] New: Accessibility: Checkboxes on the search results page do not contain specific aria labels
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '20

09 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25244 Bug ID: 25244 Summary: Accessibility: Checkboxes on the search results page do not contain specific aria labels 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: oleonard(a)myacpl.org, testopia(a)bugs.koha-community.org Depends on: 25243 Blocks: 23003 Multiple generic ‘Select this item’ check boxes are present on the search results pages that some users may not be able to differentiate between when navigating out of context. 1/ Search for an item 2/ Note that the results page has multiple checkboxes with matching aria tags. Current code: <td class="select selectcol"> <input name="biblionumber" class="cb" id="bib28526" aria-label="Select this item" type="checkbox" value="28526"> <label for="bib28526"></label> </td> Solution: Ensure that all form elements are uniquely descriptive of their purpose. For example: <td class="select selectcol"> <input name="biblionumber" class="cb" id="bib28526" aria-label="Select ‘Taxing time for housing’" type="checkbox" value="28526"> <label for="bib28526"></label> </td> Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23003 [Bug 23003] Accessibility improvements https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25243 [Bug 25243] Accessibility: 2.4.6 Headings and Labels -- You are receiving this mail because: You are watching all bug changes.

1 31

[Bug 25377] New: Transfer does not change current item location
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '20

09 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25377 Bug ID: 25377 Summary: Transfer does not change current item location Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: b.pastern4k(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In version 19.05 when item was transfered it's current location changed to destination library and it's status indicated that it was in transit. In version 19.11 item transfer does not change item's current location at all, only status is changed until transfer is received. I have latest 19.11 install and did a fresh install just to test this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 21684] New: Koha::Object[s]->delete methods must behave identically as the corresponding DBIx::Class ones
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '20

09 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21684 Bug ID: 21684 Summary: Koha::Object[s]->delete methods must behave identically as the corresponding DBIx::Class ones Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org for instance: Koha::Cities->find(1)->delete and $schema->resultset('City')->delete must returns the same value, as well as throw an exception if needed. Same for Koha::Objects->delete This is the result of a discussion started on bug 21337. -- You are receiving this mail because: You are watching all bug changes.

1 51

[Bug 18669] New: RewriteCond affecting wrong rule in koha-httpd.conf
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '20

08 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18669 Bug ID: 18669 Summary: RewriteCond affecting wrong rule in koha-httpd.conf Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org With Bug 9683, we removed an unnecessary RewriteRule from the Apache configuration. However, by removing that RewriteRule directive, we accidentally made the preceding RewriteCond affect the following rule instead: RewriteRule ^/bib/([^\/]*)/?$ /cgi-bin/koha/opac-detail\.pl?bib=$1 [PT] So I'm just going to remove the RewriteCond from etc/koha-httpd.conf as it's causing problems with a rewrite rule which works with Debian packages and properly configured source installs. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 17942] New: Update style of the web installer with Bootstrap 3
by bugzilla-daemon＠bugs.koha-community.org 07 Oct '20

07 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17942 Bug ID: 17942 Summary: Update style of the web installer with Bootstrap 3 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 CC: testopia(a)bugs.koha-community.org Depends on: 17855 I'm working on a markup and style overhaul of the web installer and the new onboarding templates. One preliminary screenshot: http://zivotdesign.com/p/#1/14847560123053 I'm hoping that this patch and those for Bug 17855 can be (eventually) pushed at the same time. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17855 [Bug 17855] Updated Koha web installer and new onboarding tool feature to guide users through setting up Koha -- You are receiving this mail because: You are watching all bug changes.

1 71

[Bug 22045] New: cataloging UX enhancement
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '20

06 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22045 Bug ID: 22045 Summary: cataloging UX enhancement Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- Created attachment 83473 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=83473&action=ed… vertical displaying tabs it would be nice if on the cat_addbiblio page the ui-tabs-nav (0-9 tabs) were either fixed OR also available at the bottom of the page so catalogers don't have to scroll all the way back up to the top of the page each time they want to switch tabs. I have experimented with displaying them vertical instead of horizontal, with a position of fixed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 59

[Bug 25589] New: Legend label for editing alternative address is incorrect
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '20

06 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25589 Bug ID: 25589 Summary: Legend label for editing alternative address is incorrect Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: david.roberts(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Noticed while working on Bug 25463 - if you are viewing a patron record, and edit the Alternative contact address from the details page (using the edit button next to the Alternative contact address block), the legend on the edit page displays as Alternate contact, not Alternative contact. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 25633] New: Update debian/control.ini file
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '20

06 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25633 Bug ID: 25633 Summary: Update debian/control.ini file Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org CC: mirko(a)abunchofthings.net This patch updates the debian/control.ini file for the 20.05 release cycle -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 25591] New: Update debian/control for debian 10
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '20

06 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25591 Bug ID: 25591 Summary: Update debian/control for debian 10 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org CC: mirko(a)abunchofthings.net this patch updates the debian/control for koha 20.05 on debian 10 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 70

[Bug 23249] New: Print hold slips without confirmation for multiple locations
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '20

06 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23249 Bug ID: 23249 Summary: Print hold slips without confirmation for multiple locations Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: jdemuth(a)roseville.ca.us QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 19383 Our library just upgraded to 18.11.06 and we tested bug 19383 which allows printing hold slips without confirmation. Everything worked as expected but we noticed this only works if you have one library location. This does not work for multiple library locations and looks like it overwrites the transfer and prints the hold slip making it confusing for staff. After the slip prints the screen displays both the hold box and then the transfer box below it. Here is a test plan of how to recreate this issue: 1. Place an item on hold that is at Library A and select Library B as the pick up location. 2. Check in item at Library A to trigger the transfer. 3. A hold slip still automatically prints and states its on hold at Library B. 4. Once you close the pop up box, you can see two alerts, one to reprint the hold slip and then the actual transfer prompt is below. Thanks, Jen DeMuth Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19383 [Bug 19383] Print hold slips without confirmation -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7