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

[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

[Bug 24352] New: OpacItemLocation is buggy
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '20

24 Jul '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24352 Bug ID: 24352 Summary: OpacItemLocation is buggy 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The different settings from the OpacItemLocation don't appear to work correctly. When "collection" is selected, collection is not visible, but a label 'Location(s)' shows up? The callnumber never showed for me in my testing? -- You are receiving this mail because: You are watching all bug changes.

1 32

[Bug 25509] New: Remove useless libjs-jquery dependency
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '20

24 Jul '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25509 Bug ID: 25509 Summary: Remove useless libjs-jquery dependency 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: mirko(a)abunchofthings.net We have a dependency on libjs-jquery for the Debian packages, but it appears to be unused. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 25447] New: Terminology: Fix button text "Edit biblio"
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '20

23 Jul '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25447 Bug ID: 25447 Summary: Terminology: Fix button text "Edit biblio" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Depends on: 19833 A while ago bug 19833 fixed a lost of templates to avoid the use of the non-standard term "biblio". I found a new/missed one: koha-tmpl/intranet-tmpl/prog/en/modules/cataloguing/addbooks.tt: <li><a href="/cgi-bin/koha/cataloguing/addbiblio.pl?biblionumber=[% resultsloo.biblionumber | uri %]"><i class="fa fa-pencil"></i> Edit biblio</a></li> To see: - Go to the cataloguing module - Search using the cataloguing search - Look at the Actions menu - Verify the "Edit biblio" appears as a menu item Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19833 [Bug 19833] Disambiguation of "biblio", "biblio record" and "bibliographic record" -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 21067] New: Under plack, 500 errors only show as "Internal Server Error"
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '20

23 Jul '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21067 Bug ID: 21067 Summary: Under plack, 500 errors only show as "Internal Server Error" 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: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When plack is not running, 500 errors will show the error message of the perl file where the error occurred, as well as a contact email address, something like this: 500 Internal Server Error Use of uninitialized value within @itemnumber in string ne at /usr/share/koha/intranet/cgi-bin/reserve/modrequest.pl line 70. To report a broken link or any other issue, please contact the Koha Administrator. (I think the text is actually from koha-tmpl/intranet-tmpl/prog/en/modules/errors/errorpage.tt) Under plack, all we see is Internal Server Error This means that a) Errors are less likely to be reported to the server administrator because there's no mailto. b) We can't immediately see the error message when the error is reported. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2