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

[Bug 14941] Subfield defaults: Add information about substitutable values
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '20

24 Jul '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14941 Marie-Luce Laflamme <marie-luce.laflamme(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |marie-luce.laflamme@inlibro | |.com --- Comment #4 from Marie-Luce Laflamme <marie-luce.laflamme(a)inlibro.com> --- As anyone try it this since it was fixed? The 20.05 manual doesn't mention this. Should we add it to the manual? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7840] Remove from manual Koha as a CMS (or add it to master)
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '20

24 Jul '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7840 Marie-Luce Laflamme <marie-luce.laflamme(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |marie-luce.laflamme@inlibro | |.com --- Comment #12 from Marie-Luce Laflamme <marie-luce.laflamme(a)inlibro.com> --- Is this still relevant? The news tools has changed drastically since this conversation. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 5561] Help on summary field in authority type editor
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '20

24 Jul '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5561 Marie-Luce Laflamme <marie-luce.laflamme(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |marie-luce.laflamme@inlibro | |.com --- Comment #5 from Marie-Luce Laflamme <marie-luce.laflamme(a)inlibro.com> --- Is this still valid? Should we include this in the documentation? -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 2069] Label Example Image
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '20

24 Jul '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2069 Marie-Luce Laflamme <marie-luce.laflamme(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |marie-luce.laflamme@inlibro | |.com --- Comment #3 from Marie-Luce Laflamme <marie-luce.laflamme(a)inlibro.com> --- Showing images would definitely help to understand the various measurements. I do agree with Katrin, images should not include text with the exception of letters or numbers. A legend explaining all variables could be added bellow in the text, so it would be easier to translate. (e.g.: 1 = page width, 2 = page height, a= label width, b= label height, etc...) -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug. You are the assignee for the bug.

1 0

[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 14570] Make it possible to add multiple guarantors to a record
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '20

24 Jul '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14570 Andrew Fuerste-Henry <andrew(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |26059 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26059 [Bug 26059] Create guarantor/guarantee links on patron import -- You are receiving this mail because: You are watching all bug changes.

1 0

[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