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

[Bug 27830] New: OPAC library list does not use AddressFormat
by bugzilla-daemon＠bugs.koha-community.org 24 May '21

24 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27830 Bug ID: 27830 Summary: OPAC library list does not use AddressFormat 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: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org Bug 13388 introduced the page of library info at /cgi-bin/koha/opac-library.pl. As far as I can tell, the address display on this page does not respect the AddressFormat syspref. Specifically, it displays the ZIP code after the city/state, but both the fr and de setting would display it the other way round. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 27277] New: Queued vs Enqueued
by bugzilla-daemon＠bugs.koha-community.org 24 May '21

24 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27277 Bug ID: 27277 Summary: Queued vs Enqueued Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org See bug 27109 comment 5: """ Rather than "Enqueued" I think I would prefer "Queued". Enqueued is a valid English word, according to Oxford English Dictionary (https://www.lexico.com/definition/enqueue) However, it is not something in common usage or that I have come across before except in Koha. As this one improves the display, I've signed it off. I will add a new bug for changing the term and see what others think. Testing notes: - Applied patch: applied successfully - Reviewed diff, makes sense to me """ Then comment 9 """ (In reply to David Nind from comment #5) > Rather than "Enqueued" I think I would prefer "Queued". Enqueued is a valid > English word, according to Oxford English Dictionary > (https://www.lexico.com/definition/enqueue) However, it is not something in > common usage or that I have come across before except in Koha. I love enqueue/dequeue and they come up a lot for me, but they do seem to be computing terms, so I am willing to admit that they probably should be reserved for backend systems and not displayed to users. I also love splitting hairs so... Should it be "Queued on" or "Queued at"? """ And don't forget there is also "Started on" -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 28140] New: Accessibility: OPAC - "sort_by" select isn't labelled on search results page
by bugzilla-daemon＠bugs.koha-community.org 24 May '21

24 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28140 Bug ID: 28140 Summary: Accessibility: OPAC - "sort_by" select isn't labelled on search results page 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: bolshawh(a)parliament.uk QA Contact: testopia(a)bugs.koha-community.org The <select> element used to sort search results on the OPAC search results page (opac-search.pl) isn't labelled. This makes it harder for users of screen readers and other assistive technologies to identify the purpose of the sort function. <select id="sort_by" class="resort form-control form-control-sm" name="sort_by"> should become: <label for="sort_by" class="sr-only">Sort by:</label> <select id="sort_by" class="resort form-control form-control-sm" name="sort_by"> We should add a <label> with class .sr-only to identify this to screenreaders only because the purpose of the sort function is clear from visual context. (We could use an aria-label instead of <label> but the 'first rule of ARIA' is to use native HTML where possible: "2.1 First Rule of ARIA Use If you can use a native HTML element [HTML51] or attribute with the semantics and behavior you require already built in, instead of re-purposing an element and adding an ARIA role, state or property to make it accessible, then do so." (From https://www.w3.org/TR/using-aria/#firstrule) -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 27125] New: Show authority type for UNIMARC in authority search result display
by bugzilla-daemon＠bugs.koha-community.org 24 May '21

24 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27125 Bug ID: 27125 Summary: Show authority type for UNIMARC in authority search result display Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Bug 12533 added authority type in authority search result display. But it does not work for UNIMARC, due to : https://git.koha-community.org/Koha-community/Koha/src/commit/be9f64b638335… I propose to use result->{authtype} -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 27695] New: Fix style of messages on Elasticsearch configuration page
by bugzilla-daemon＠bugs.koha-community.org 24 May '21

24 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27695 Bug ID: 27695 Summary: Fix style of messages on Elasticsearch configuration page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org There some error messages on the Elasticsearch configuration page which are unstyled because they're given a class ("error") which doesn't exist in the CSS. There is also a message which I think should be styled as a note since it contains instructions which are always present. -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 28139] New: Processing holds are not filled automatically
by bugzilla-daemon＠bugs.koha-community.org 24 May '21

24 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28139 Bug ID: 28139 Summary: Processing holds are not filled automatically Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: joonas.kylmala(a)helsinki.fi Reporter: joonas.kylmala(a)helsinki.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 25690, 28136 If you check in Processing hold and have HoldsAutoFill pref enabled the hold is not filled automatically as they should be according to the HoldsAutoFill syspref. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25690 [Bug 25690] SIP should not allow to check out an item in transfer because of a hold to another patron https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28136 [Bug 28136] Transferred holds are not triggering -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 28407] New: CollapseFieldsPatronAddForm creates problems with hidden elements in Patron restrictions
by bugzilla-daemon＠bugs.koha-community.org 24 May '21

24 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28407 Bug ID: 28407 Summary: CollapseFieldsPatronAddForm creates problems with hidden elements in Patron restrictions Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If you use CollapseFieldsPatronAddForm to collapse Patron restrictions, it will cause hidden elements within to be out of sync. I've used the following to compensate for this flaw: //Fix expanded restriction form with nested collapsed section $('#pat_memberentrygen #memberentry_restrictions').wrapInner('<div id="restrictionContainer" style="display:none;"></div>'); $('#pat_memberentrygen #restrictionContainer').children().show(); $('#pat_memberentrygen #manual_restriction_form').children().show(); $('#pat_memberentrygen #memberentry_restrictions').prepend($('#restrictions_lgd')); $('#pat_memberentrygen #manual_restriction_form').hide(); -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 28013] New: Improvements to CanBookBeRenewed
by bugzilla-daemon＠bugs.koha-community.org 24 May '21

24 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28013 Bug ID: 28013 Summary: Improvements to CanBookBeRenewed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com CanBookBeRenewed has a few performance issues: 1 - We call CheckReserves multiple times, however, a single call returns all possible reserves 2 - We fetch items and patrons one at a time, however, we can use a search to get all at once -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 37

[Bug 25476] New: Uploaded files can't be easily browsed via upload.pl
by bugzilla-daemon＠bugs.koha-community.org 24 May '21

24 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25476 Bug ID: 25476 Summary: Uploaded files can't be easily browsed via upload.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org /cgi-bin/koha/tools/upload.pl should allow you to browse files. There is a search function, but you'd already need to know what you're searching for in order for it to work as desired. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 28078] New: Add option to ignore hold counts when checking CanItemBeReserved
by bugzilla-daemon＠bugs.koha-community.org 24 May '21

24 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28078 Bug ID: 28078 Summary: Add option to ignore hold counts when checking CanItemBeReserved Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In 'CanBookBeRenewed' we call 'CanItemBeReserved' to see if an item is available to fill a hold - this doesn't work because: 1 - We call it wrong (bug 28013) 2 - We count the current hold against the limit This bug adds an optional param 'ignore_hold_counts' to the routine, while still forbidding holds when 0 are allowed -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22