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

[Bug 23190] New: Authority hierarchy display appears to be broken
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '22

08 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23190 Bug ID: 23190 Summary: Authority hierarchy display appears to be broken Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- We followed the instructions on bug 8523 comment 19, but we didn't manage to get a tree view: AuthDisplayHieararchy ON Example: 151 $aGermany 551 $a Baden-Württemberg $w h 151 $aBaden-Württemberg 551 $a Konstanz $w h 551 $a Germany $w g 151 $aKonstanz 551 $a Baden-Württemberg $w g 551 $a Fürstenberg $w h 551 $a Paradies $w h 151 $a Fürstenberg 551 $a Konstanz $w g 151 $a Paradies 551 $a Konstanz $w g The authority that is displayed shows as the only entry of the 'tree' abvove the record in staff and OPAC. Links have been cataloged in both directions. Screenshots from Owen on bug 21128 from 2018 suggest that the feature still worked at this time. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 23625] New: ArticleRequestsMandatoryFields* only affects field labels, does not make inputs required
by bugzilla-daemon＠bugs.koha-community.org 05 Aug '22

05 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23625 Bug ID: 23625 Summary: ArticleRequestsMandatoryFields* only affects field labels, does not make inputs required Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: ephetteplace(a)cca.edu QA Contact: testopia(a)bugs.koha-community.org Steps to recreate: 1) Enable article requests ( syspref: ArticleRequests => Enable, Circ and fine rules ALL/ALL (or a given category/itemtype): Article requests => Yes ) 2) Set one or more fields to require in the ArticleRequestsMandatoryFields, ArticleRequestsMandatoryFieldsItemOnly, and/or ArticleRequestsMandatoryFieldsRecordOnly settings (all these settings are affected in the same manner) 3) Search for a title and select the "Request Article" button from the OPAC search results 4) Authenticate as a patron 5) Neglect to fill out at least one of the mandatory fields (their <label>s will have a "required" class making them appear red in the default theme) 6) Select the "Place Request" button at the bottom of the form 7) The form should not submit without the required fields but it does anyways. The basic issue is that the opac-request-article.tt template https://github.com/Koha-Community/Koha/blob/master/koha-tmpl/opac-tmpl/boot… creates the same non-required <input> elements regardless of whether a field is required or not. Here is one example: <li> [% IF mandatory_fields.search('title') %] <label for="title" class="required">Title:</label> [% ELSE %] <label for="title">Title:</label> [% END %] <input type="text" name="title" id="title" size="50"/> </li> I believe that all of the form fields should be modified such that both the <label> AND <input> are different depending on whether a field is required or not: <li> [% IF mandatory_fields.search('title') %] <label for="title" class="required">Title:</label> <input type="text" required name="title" id="title" size="50"/> [% ELSE %] <label for="title">Title:</label> <input type="text" name="title" id="title" size="50"/> [% END %] </li> -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 19707] New: "merge", "revert" and "add" operations for synchronizing Elasticsearch mappings stored in database with mappings.yaml
by bugzilla-daemon＠bugs.koha-community.org 04 Aug '22

04 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19707 Bug ID: 19707 Summary: "merge", "revert" and "add" operations for synchronizing Elasticsearch mappings stored in database with mappings.yaml 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: glasklas(a)gmail.com It would be nice to have the option to synchronize possible upstream mappings with local onces, without overwritning local changes, so wrote this patch to "merge", "revert" and "add" operations for synchronizing Elasticsearch mappings stored in database with mappings.yaml -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 18714] New: tracklinks.pl redirects failing under https
by bugzilla-daemon＠bugs.koha-community.org 03 Aug '22

03 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18714 Bug ID: 18714 Summary: tracklinks.pl redirects failing under https 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When a site is using https the CGI->redirect() command in tracklinks.pl receives a url with "http" but sends the uder via "https" and some links fail To test: 1 - Enable https 2 - Add an url to a record that is accessible only via http 3 - Enable track links system preference 4 - Click the link from the opac 5 - Security failure or timeout (as you are redirected to https -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 20119] New: Improve orders claiming
by bugzilla-daemon＠bugs.koha-community.org 30 Jul '22

30 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20119 Bug ID: 20119 Summary: Improve orders claiming 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: alex.arnaud(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org We need the ability to print order claims as pdf in the late orders page. Also, we need a cron script that send claims by email. Patch is coming -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31

[Bug 18796] New: Allow to print notice while claiming serials
by bugzilla-daemon＠bugs.koha-community.org 30 Jul '22

30 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18796 Bug ID: 18796 Summary: Allow to print notice while claiming serials Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Serials Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com It can be useful to have a printable version of a claim notice, for testing purposes or for when supplier has no email address for example -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 16882] New: Circ restrictions caused by long overdue should be removed when the offending item is returned
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '22

26 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16882 Bug ID: 16882 Summary: Circ restrictions caused by long overdue should be removed when the offending item is returned 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If a patron is restricted due to a long voerdue and that item is returned, but they have another item overdue by a day their restriction will not be lifted. Some libraries would like to the the restriction tied to the specific item. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 23412] New: HTML should be allowed in MARC notes. (5xx fields)
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '22

26 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23412 Bug ID: 23412 Summary: HTML should be allowed in MARC notes. (5xx fields) 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Some librarians like to add HTML in the 5xx fields to display links, etc. We should allow $raw filters in this case. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 15913] New: It should be possible to restrict a problem patron from editing their record or adding comments / tags to records
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '22

25 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15913 Bug ID: 15913 Summary: It should be possible to restrict a problem patron from editing their record or adding comments / tags to records 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org A library reported a patron adding harassing comments to the system via editing their account and commenting on records. There is currently no way to restrict this activity for a single patron. Comments and changes are moderated, so only the staff member checking these is harassed, but a goal of 0 people harassed isn't a bad goal. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 22212] New: Improve usability of column configuration page
by bugzilla-daemon＠bugs.koha-community.org 21 Jul '22

21 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22212 Bug ID: 22212 Summary: Improve usability of column configuration page 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- The column configuration page currently doesn't translate well. The modules on the tabs translate, but neither do the id= parts or the columns. I think as a first step it would help to navigate these pages if we could add a little description on where the table appears somewhere that is translatable. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1