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

[Bug 20688] New: Add accesskeys for hold confirmation boxes
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '22

19 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20688 Bug ID: 20688 Summary: Add accesskeys for hold confirmation boxes 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 When checking out a book that is already checked out to another patron the confirmation boxes display "Yes, check out (Y)" and the HTML has an "accesskey" element to allow confirmation via the keyboard We should duplicate the same functionality for hold confirmation boxes (and probably elsewhere eventually) I suggest: "c" Confirm hold (C) "p" Confirm hold and print (P) "i" Ignore (I) "x" Cancel hold (X) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 18052] New: Show link to the item for an issue on serial collection page
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '22

19 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18052 Bug ID: 18052 Summary: Show link to the item for an issue on serial collection page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com It would be nice if there was a link to edit the item linked to a specific serial issue from within the serials module. For example, a new column with an 'edit item' link could be added to the serials-collection page. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[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 11 Aug '22

11 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 21092] New: Bad template in patron card creator can cause server issues
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '22

08 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 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