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

[Bug 25151] New: Accessibility: The 'Your folder' page does not contain a level-one header
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '20

26 Jul '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25151 Bug ID: 25151 Summary: Accessibility: The 'Your folder' page does not contain a level-one header 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 Blocks: 25150 Library Catalogue - OPAC 1/ Add items to your folder 2/ Once you have added some books, click on the 'Folder' at top of page to view selections. 3/ The ‘Your folder’ page does not contain a level-one heading. This means that users may not be able to accurately determine the structure of content on the page. Current Code: <h2>Your folder</h2> Solution: Ensure that all pages contain a heading level 1 to introduce the main content of the page followed by a logical hierarchy of subsequent headings. For example: <h1>Main heading</h1> <h2>Sub-heading of h1</h2> <h2>Sub-heading of h1</h2> <h3>Sub-heading of h2</h3> <h2>Sub-heading of h1</h2> <h3>Sub-heading of h2</h3> <h4>Sub-heading of h3</h4> <h2>Sub-heading of h1</h2> <h2>Sub-heading of h1</h2> Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25150 [Bug 25150] Accessibility: 2.4.10 Section Headings -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 25239] New: Accessibility: The 'Confirm reservation page' contains semantically incorrect headings
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '20

26 Jul '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25239 Bug ID: 25239 Summary: Accessibility: The 'Confirm reservation page' contains semantically incorrect headings Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy 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: 25155 Blocks: 25150 Library Catalogue - OPAC The ‘Confirm reservations for: Person X (111000111)’ heading is not logical because it increases by more than one heading level. This means that screen reader users may not be able to determine the structure of content on the page. 1/ Search for an item and attempt to reserve it Current Code: <h3>Confirm reservations for: Person X (111000111)</h3> Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25150 [Bug 25150] Accessibility: 2.4.10 Section Headings https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25155 [Bug 25155] Accessibility: The 'Login modal' contains semantically incorrect headings -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 25154] New: Accessibility: The 'Search results' page does not use heading markup where content is introduced
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '20

26 Jul '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25154 Bug ID: 25154 Summary: Accessibility: The 'Search results' page does not use heading markup where content is introduced 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: 25153 Blocks: 23003 Library Catalogue - OPAC 1/ Perform a search 2/ The resultant page does not use heading mark-up where content is being introduced. As there are many links present on the page within the filer and search section, a heading is required to enable screen reader users to determine where the search results begin. Headings also allow screen reader users to skip to different sections of content quickly. Current code: <p id="numresults"> <strong>Your search returned 4013 results.</strong> Solution: Ensure that a heading is used to introduce the search results, for example: <h2>Your search returned 4013 results</h2> 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=25153 [Bug 25153] Accessibility: 1.3.1 Info and Relationships -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 25764] New: Typo in tools-home for Cashup registers
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '20

25 Jul '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25764 Bug ID: 25764 Summary: Typo in tools-home for Cashup registers 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org I found this during translation. In tools-home, under Cashup registers, it says Perfrom cashup actions on cash registers But it should be Perform cashup actions on cash registers -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 24363] New: Datepicker calendar is not sexy on additem.pl
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '20

24 Jul '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24363 Bug ID: 24363 Summary: Datepicker calendar is not sexy on additem.pl 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 96893 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=96893&action=ed… Screenshot showing the date acquired field in additem I just wanted to mention that the datepicker calendar icon looks weird in the additem form (probably elsewhere too). Could we make it bigger and centered? Also the ellipsis (...) is not next to the box as it was before. -- You are receiving this mail because: You are watching all bug changes.

1 59

[Bug 24869] New: When Marc Record uses brackets in the publication Year the value is stored in the database as null
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '20

24 Jul '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24869 Bug ID: 24869 Summary: When Marc Record uses brackets in the publication Year the value is stored in the database as null Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl For multiple reasons are < or [ used in cataloging dates that are either unknown or with a range. These are three examples that do not work or get stored properly in Koha and the database. [19--] <1981-> [1981] Currently, if a publication year has the hard brackets or the hungry alligators with a year, the date does not get stored in the database as a value, but it stored as null. It would be nice if Koha were to display the year regardless of the < or [ . If a year is presented like this [19--], Koha should use the value of the year with 1900 in the database, and in a case such as this <1981->, it should be 1981. The database holds these values as NULL. When an item search in Koha is done with a record with one of these values, the publication year will display as 0, which is not helpful to a library when needing the publication date stored in the Marc Record. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 25236] New: Accessibility: The 'Refine your search' box contains semantically incorrect headings
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '20

24 Jul '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25236 Bug ID: 25236 Summary: Accessibility: The 'Refine your search' box contains semantically incorrect headings Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy 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: 25155 Blocks: 25150 Library Catalogue - OPAC The ‘Refine your search’ heading is not logical because it increases by more than one heading level. This means that screen reader users may not be able to determine the structure of content on the page. 1/ Search for an item 3/ The resultant page contains a 'Regine your search' box containing filters. Current Code: <h4><a href="#" class="menu-collapse-toggle">Refine your search</a></h4> Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25150 [Bug 25150] Accessibility: 2.4.10 Section Headings https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25155 [Bug 25155] Accessibility: The 'Login modal' contains semantically incorrect headings -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 25238] New: Accessibility: Multiple 'H1' headings exist in the full record display
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '20

24 Jul '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25238 Bug ID: 25238 Summary: Accessibility: Multiple 'H1' headings exist in the full record display Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy 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: 25237 Blocks: 25150 Library Catalogue - OPAC Multiple level-one headings are present on the book title page. This means that screen reader users may not be able to determine which level-one heading introduces the topic or subject of the page content. 1/ Search for an item 2/ Click through to a records full details disaply Current Code: <h1 id="logo"> <a class="brand" href="/cgi-bin/koha/opac-main.pl"> Library name</a> </h1> <h1 class="title" property="name">Taxing time for housing </h1> Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25150 [Bug 25150] Accessibility: 2.4.10 Section Headings https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25237 [Bug 25237] Accessibility: The 'Author details' in the full record display contains semantically incorrect headings -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 25756] New: Empty HTML table row after OPAC "Appearance" preferences
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '20

24 Jul '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25756 Bug ID: 25756 Summary: Empty HTML table row after OPAC "Appearance" preferences Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: a.roussos(a)dataly.gr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 105885 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=105885&action=e… empty HTML table row As per the attached screenshot, in the Staff Client the OPAC "Appearance" preferences table has an extra, empty HTML table row at the end. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 25611] New: Changing the vendor when creating the Basket does not keep that new vendor.
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '20

24 Jul '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25611 Bug ID: 25611 Summary: Changing the vendor when creating the Basket does not keep that new vendor. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When creating a basket, the vendor has the ability to be altered from the original chosen vendor. Currently: 1. Choose Vendor 2. Create Basket 3. Assign a new vendor 4. This new vendor is not changed, it is still on the first vendor that was chosen. If the vendor can not be changed after initially choosing the vendor, the field should not be a dropdown, where it would appear that a change in vendor can be made. If the vendor can be changed during the creation of the basket, then this is not currently working. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15