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

[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 27947] New: Add cancellation reasons to article requests
by bugzilla-daemon＠bugs.koha-community.org 04 Aug '22

04 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27947 Bug ID: 27947 Summary: Add cancellation reasons to article requests 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 Similar to holds we propose to add an authorised value list of 'reasons' for cancellation of article requests -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 106

[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 26302] New: OPAC XSLT Results: List variable number of itemcallnumbers
by bugzilla-daemon＠bugs.koha-community.org 04 Aug '22

04 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26302 Bug ID: 26302 Summary: OPAC XSLT Results: List variable number of itemcallnumbers 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 88

[Bug 24630] New: UNIMARC XSLT Update for bug 7611
by bugzilla-daemon＠bugs.koha-community.org 04 Aug '22

04 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24630 Bug ID: 24630 Summary: UNIMARC XSLT Update for bug 7611 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 Add some classes and display authorized values for notforloan statuses based on work from bug 7611 -- You are receiving this mail because: You are watching all bug changes.

1 24

[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 24159] New: Short loan collection issues on a day marked as closed
by bugzilla-daemon＠bugs.koha-community.org 01 Aug '22

01 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24159 Bug ID: 24159 Summary: Short loan collection issues on a day marked as closed Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Circulation Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Scenario: * The library has a 4wk loan item type and a 1hr loan item type. * The library would like 1hr loan item types to be issued and returned on a day marked as closed in the circ calendar, but only allow 4wk loan types to be returned on an open day. Currently, if a 1hr loan is issued on a closed day, the due date is pushed back to the next open day, overriding the duration of the loan. If the usedaysmode syspref is set to "Circulation rules only" due dates for 1hr loan items are calculated at 1hr later as defined in the circ rules, however 4wk loan due dates can potentially be set to closed days. -- You are receiving this mail because: You are watching all bug changes.

1 87

[Bug 28299] New: OpacHiddenItems not working on opac-shelves
by bugzilla-daemon＠bugs.koha-community.org 01 Aug '22

01 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28299 Bug ID: 28299 Summary: OpacHiddenItems not working on opac-shelves Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: OPAC Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 48

[Bug 25126] New: MARC visibility settings not obeyed on cart normal and detailed views
by bugzilla-daemon＠bugs.koha-community.org 30 Jul '22

30 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25126 Bug ID: 25126 Summary: MARC visibility settings not obeyed on cart normal and detailed views 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com When hiding fields/subfields via the MARC frameworks, this appears to have no effect on some pages in the OPAC like the cart normal and 'more details' views. I assume this is because Koha pulls from the database fields and/or uses some of the older methods to pull data from the records. It would be nice if this could be refactored to not pull in data you have hidden via the frameworks. -- You are receiving this mail because: You are watching all bug changes.

1 9

[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