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

[Bug 22544] New: Move C4:.NewsChannels to Koha namespace
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '21

23 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22544 Bug ID: 22544 Summary: Move C4:.NewsChannels to Koha namespace 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: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 263

[Bug 28481] New: Register details "Older transactions" search does not include the selected day in the "To" field in date range
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '21

23 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28481 Bug ID: 28481 Summary: Register details "Older transactions" search does not include the selected day in the "To" field in date range Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When searching for older transactions, the To field should include the current day. Test Plan: 1) Sell an item 2) Cash up to make the sale historical 3) Search "Older transactions" with both dates being the current date, click "Display" to search 4) Note you get no results 5) Set "To" to tomorrow, click "Display" again 6) You should now see your transaction -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 29349] New: Item-level holds should assume the same pickup location as bib-level holds
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '21

22 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29349 Bug ID: 29349 Summary: Item-level holds should assume the same pickup location as bib-level holds Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When placing a hold via the intranet, a bib-level hold defaults to setting the pickup location to your logged-in library (and gives a message if that differs from the patron homebranch). In 21.05 and later, however, an item-level hold will default to pickup up at the item's holding branch. This inconsistency is a change in behavior and the source of a lot of confusion. Item-level holds should default to the same pickup location that a bib-level hold would have, unless that item is for some reason forbidden from pickup at the branch it would default to. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 42

[Bug 28855] New: Purging Suggestions test should not being on timestamp
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '21

22 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28855 Bug ID: 28855 Summary: Purging Suggestions test should not being on timestamp Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Acquisitions Assignee: didier.gautheron(a)biblibre.com Reporter: didier.gautheron(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 28408, 23590 Hi, DelSuggestionsOlderThan is on 'date', a timestamp, which is rather unreliable for that kind of stuff. eg: 'date' field is trashed by #23590 updatedatabase.pl , (which could use date=date in SET BTW) Maybe it could use lastmodificationdate ? Note: to some extend it's a RGPD issue. Regards Didier Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23590 [Bug 23590] Add the ability to change the manager of a suggestion and notify the new manager https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28408 [Bug 28408] Last modification date for suggestions is wrong -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 25946] New: borrowerRelationship can no longer be empty
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '21

22 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25946 Bug ID: 25946 Summary: borrowerRelationship can no longer be empty Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: alex.arnaud(a)biblibre.com, andrew(a)bywatersolutions.com, david.roberts(a)ptfs-europe.com, gmcharlt(a)gmail.com, hc(a)interleaf.ie, jonathan.druart(a)bugs.koha-community.org, kyle.m.hall(a)gmail.com, martin.renvoize(a)ptfs-europe.com, nugged(a)gmail.com, stalkernoid(a)gmail.com Depends on: 25322 Since Bug 25322 it is not possible to have an empty borrowerRelationship system preference. The empty relationship dropdown is treated as mandatory. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25322 [Bug 25322] Adding a guarantor with no relationship defaults to first available relationship name -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 34

[Bug 28853] New: Textarea in biblio record editor breaks authority plugin
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '21

22 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28853 Bug ID: 28853 Summary: Textarea in biblio record editor breaks authority plugin 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 In biblio record editor, when subfield value contains more than 100 characters the editor uses a textarea instead of an input. On a field using authority plugin, this breaks the JavaScript because it only searches for input tags : In /koha-tmpl/intranet-tmpl/prog/en/modules/authorities/blinddetail-biblio-search.tt : > this.getElementsByTagName('input')[1].value = values[i]; -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 29036] New: Accessibility: OPAC buttons don't have sufficient contrast
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '21

22 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29036 Bug ID: 29036 Summary: Accessibility: OPAC buttons don't have sufficient contrast 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 contrast ratio for the OPAC buttons fails to meet accessibility guidelines. WCAG 2.1 1.4.3 Contrast (Minimum) Level AA: "The visual presentation of text and images of text has a contrast ratio of at least 4.5:1, except for the following: - Large Text: Large-scale text and images of large-scale text have a contrast ratio of at least 3:1; - Incidental: Text or images of text that are part of an inactive user interface component, that are pure decoration, that are not visible to anyone, or that are part of a picture that contains significant other visual content, have no contrast requirement. - Logotypes: Text that is part of a logo or brand name has no contrast requirement." (https://www.w3.org/WAI/WCAG21/quickref/?versions=2.0#contrast-minimum) There are several free websites for checking the contrast ratio, e.g. https://webaim.org/resources/contrastchecker/ You can also use the built-in accessibility functions in Firefox and Chrome, as well as specialist accessibility browser extensions like WAVE (https://wave.webaim.org/) -- You are receiving this mail because: You are watching all bug changes.

1 37

[Bug 28279] New: mappings.yaml no longer in sync
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '21

22 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28279 Bug ID: 28279 Summary: mappings.yaml no longer in sync Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: System Administration Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 19482, 27316, 20589, 25325 We are missing some changes in the mappings.yaml file: * missing staff_client/opac (bug 25325 and bug 20589) * missing mandatory (bug 19482) * sort (bug 27316) became a boolean field Which means export_elasticsearch_mappings.pl generates a file that differs a lot from the one we have in our codebase. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19482 [Bug 19482] Elasticsearch - prevent removal / editing of required indexes https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20589 [Bug 20589] Add field boosting and use elastic query fields parameter instead of deprecated _all https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25325 [Bug 25325] ElasticSearch mapping export lacks staff_client/opac fields https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27316 [Bug 27316] In mappings use yes/no for sortable -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 19482] New: Elasticsearch - prevent removal / editing of required indexes
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '21

22 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19482 Bug ID: 19482 Summary: Elasticsearch - prevent removal / editing of required indexes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com Sorting options are currently hardcoded, in view of future z39 support with ES and other interfaces it is probably best to provide a base set of fields that are indexed and sortable. Using the base set of sorting this patchset will prevent editing/removal of these fields by default -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 106

[Bug 28177] New: Add date column and column configuration to uploads
by bugzilla-daemon＠bugs.koha-community.org 21 Dec '21

21 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28177 Bug ID: 28177 Summary: Add date column and column configuration to uploads Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Tools 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: 28175 I think it would be useful to add a date column to the table showing uploaded files. Adding column configuration at the same time will let us hide the column by default. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28175 [Bug 28175] Usability improvements to uploads page -- You are receiving this mail because: You are watching all bug changes.

1 15