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

[Bug 22329] New: Parent funds showing incorrect amounts for Ordered, Spent, Available on Acquisitions Home
by bugzilla-daemon＠bugs.koha-community.org 16 Aug '22

16 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22329 Bug ID: 22329 Summary: Parent funds showing incorrect amounts for Ordered, Spent, Available on Acquisitions Home Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- On acqui-home.pl, the amounts for Ordered and Spent for parent funds to no reflect orders charged to their child funds, only orders charged to the parent fund directly. I can see some room for argument here if libraries are are sometimes charging a parent fund directly, but overall it may be more clear if ordered and spent for a parent fund showed totals for all orders charged to the parents AND its children. Total Available for the parent is also based only on orders charged to the parent directly and this is definitely misleading. Total available for a parent fund should display as total allocated to parent minus (total ordered/spent for parent plus total ordered spent for all children). These changes would bring acqui-home.pl in line with the numbers shown on aqbudgets.pl. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 17814] New: koha-plack --stop should make sure that Plack really stop
by bugzilla-daemon＠bugs.koha-community.org 12 Aug '22

12 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17814 Bug ID: 17814 Summary: koha-plack --stop should make sure that Plack really stop Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: pongtawat(a)punsarn.asia QA Contact: testopia(a)bugs.koha-community.org koha-plack --stop doesn't ensure that Plack was really stopped before returning. So in case that koha-plack --stop was quickly follows by koha-plack --start (e.g. logrotate), it could leave Plack in stop state. This is due to koha-plack --start think that Plack was already started, while it actually is being stopped. For me I think this is the cause why I got random Plack stop when logrotate is run. It should be similar to the case of Zebra in Bug #16885, and the solution might be the same: adding "--retry=TERM/30/KILL/5;" to start-stop-daemon command. I just try that on our server and will see if the problem goes away. -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 18631] New: Cleanup_database.pl should take an option for modules in action_logs
by bugzilla-daemon＠bugs.koha-community.org 12 Aug '22

12 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18631 Bug ID: 18631 Summary: Cleanup_database.pl should take an option for modules in action_logs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Cataloging log is a big one that often needs to be cleaned, other logs can be useful to keep longer, we should take the modules as an option and clear only those specified or exclude specified logs -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 18902] New: Course Reserves still accessible by URL even if turned OFF
by bugzilla-daemon＠bugs.koha-community.org 11 Aug '22

11 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18902 Bug ID: 18902 Summary: Course Reserves still accessible by URL even if turned OFF Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: alex.sassmannshausen(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com You can access the course reserves functionality at https://kas-staff.koha-ptfs.co.uk/cgi-bin/koha/course_reserves/course-reser… even if the syspref is turned off. A patch should implement redirection from that page when the syspref is off. Alex -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 23360] New: Move reserveratios to a module and refactor to avoid problems with strict mode
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '22

10 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23360 Bug ID: 23360 Summary: Move reserveratios to a module and refactor to avoid problems with strict mode Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement 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 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 21092] New: Bad template in patron card creator can cause server issues
by bugzilla-daemon＠bugs.koha-community.org 09 Aug '22

09 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21092 Bug ID: 21092 Summary: Bad template in patron card creator can cause server issues Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org While creating the PDF file for a patron card batch the CPU goes to 100% and brings the server down. We have seen this behaviour in 2 separate package installations running 17.11.07 so far. We have sadly not been able to make it happen in a dev environment. Filing the report in hope that someone has an idea or seen something similar that will help us to nail down the problem. So far we think the problem is related to 0 values in a patron card template. I will attach screenshots of the layout and patron card template used, when the problem appears. To test: - Add patron card template - Add patron card layout (or use existing) - Create batch of patrons - Export - Click on PDF link - Boom! There is no error, the system just keeps loading. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 20416] New: Remove hide_marc and advancedMARCeditor system preferences
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '22

08 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20416 Bug ID: 20416 Summary: Remove hide_marc and advancedMARCeditor system preferences Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: gaetan.boisson(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl These two system preferences allow small customizations of the cataloging interface, namely showing only labels, or only the numbers. I don't think it's any use, almost everyone has the same values according to hea, and i am pretty sure the few libraries who don't can deal with seeing a framework with tag numbers and labels. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[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