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

[Bug 29514] New: ILL requests: Remove extraneous &rsaquo; HTML entity from breadcrumbs
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '21

22 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29514 Bug ID: 29514 Summary: ILL requests: Remove extraneous &rsaquo; HTML entity from breadcrumbs Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: a.roussos(a)dataly.gr QA Contact: testopia(a)bugs.koha-community.org Created attachment 127778 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=127778&action=e… ILL requests - extra > after 'Home' breadcrumb As per the attached screenshot, the template file for ILL requests has a small typo: there exists an extra &rsaquo; HTML entity after "Home". -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 29586] New: "Hold reminder" notice doesn't show in messaging preferences in new installation
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '21

22 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29586 Bug ID: 29586 Summary: "Hold reminder" notice doesn't show in messaging preferences in new installation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org I am not sure why, but after a reset_all with current master (past 21.11 release), the 'Hold reminder' notice doesn't show in the messaging preferences table and is not in the message_attributes table. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 29

[Bug 29455] New: 505$t - change in line break/display
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '21

22 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29455 Bug ID: 29455 Summary: 505$t - change in line break/display Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In 20.05, multiple $t (or $t then $r) entries on the catalog detail page displayed on separate lines within the same 505 tag. On 21.05 they no longer do so - either ' -- ’ has to be added at the end of each $t to force a line break within the same 505, or they need to be separated into multiple 505s. This affects both the staff interface and the OPAC. Bug 19616 indicates that this is a correction rather than a new bug, but it’s an unexpected change in display/behavior nonetheless. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[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

[Bug 29365] New: Koha::Email issues
by bugzilla-daemon＠bugs.koha-community.org 21 Dec '21

21 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29365 Bug ID: 29365 Summary: Koha::Email issues 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Follow-up bug for 28729 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 29295] New: Page specific jQuery
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '21

20 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29295 Bug ID: 29295 Summary: Page specific jQuery Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration 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 Would love it if there was an option laid out, just like sql reports, where we could list jQuery modifications. We would have a global tab for each module (internet, OPAC, Self-Check, etc.) and then we could pick a specific page and have jQuery that was just for that page. That way if you have jQuery that only deals with a specific page, it would only load with that page, and not be loaded in the background when on all the other pages it will never apply to. This would also help organize modifications as well. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 29394] New: Remove flatpickr instantiations from .tt files
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '21

20 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29394 Bug ID: 29394 Summary: Remove flatpickr instantiations from .tt files Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The instantiation must be done by the JS from calendar.inc, based on the classes of the inputs. -- You are receiving this mail because: You are watching all bug changes.

1 34

[Bug 22866] New: ItemsDeniedRenewal cannot be overriden
by bugzilla-daemon＠bugs.koha-community.org 19 Dec '21

19 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22866 Bug ID: 22866 Summary: ItemsDeniedRenewal cannot be overriden Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation 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, kyle.m.hall(a)gmail.com Target Milestone: --- To Test: - Create a circ rule for patron category Y and itemtype X - Block renewal of itemtype X using ItemsDeniedRenewal - Confirm AllowRenewalLimitOverride is set to Allow - Check item of itemtype X out to patron of category Y - See that circulation.pl shows "renewal denied by syspref" - Click the checkbox for "Override renewal limit" - See that "renewal denied by syspref" message is replaced by a checkbox suggesting renewal will be allowed - Attempt to renew item - See error "Renew failed: item_denied_renewal" Ideally, one could override renewal blocks due to ItemsDeniedRenewal. Failing that, we should at least amend the confusing behavior in which is looks like you'll be able to override but then you receive an error. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22