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

[Bug 27172] New: Allow to configure fields not to be copied when using "Edit as new (duplicate)" in authorities
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '22

19 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27172 Bug ID: 27172 Summary: Allow to configure fields not to be copied when using "Edit as new (duplicate)" in authorities Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Counterpart of bug 26071 which refers to cataloging (biblio records). Several identifiers should not be copied either to a new authority record. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[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 27231] New: Set focus on first search field in item search
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '22

19 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27231 Bug ID: 27231 Summary: Set focus on first search field in item search Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When going to the item search page, the focus is on the search form at the top of the page (Circulation tab). It would be much nicer if the focus was on the first search option on this page (or more specifically the first text input field) -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 24991] New: make restart sip start sip if it isn't running
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '22

18 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24991 Bug ID: 24991 Summary: make restart sip start sip if it isn't running Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: wizzyrea(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com koha-sip --restart should try to start sip if it is not running. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 27293] New: Refactor C4::Templates and C4::Languages to not use CGI objects directly
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '22

18 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27293 Bug ID: 27293 Summary: Refactor C4::Templates and C4::Languages to not use CGI objects directly Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org If you look through C4::Templates and C4::Languages, you'll see CGI objects being passed around a lot. In the end, all that C4::Templates::gettemplate() and C4::Languages::getlanguage need are the "language" param and the "KohaOpacLanguage" cookie. We should be fetching these appropriately from the CGI or PSGI or whatever context at a higher level and passing back the data rather than the objects. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 27805] New: Use input type "email" for email preferences
by bugzilla-daemon＠bugs.koha-community.org 16 Aug '22

16 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27805 Bug ID: 27805 Summary: Use input type "email" for email preferences Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com We already have "class: email" in the pref files, we should check for that value when generating the markup. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[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 25080] New: Make patron clubs accessible as runtime parameter category in reports
by bugzilla-daemon＠bugs.koha-community.org 11 Aug '22

11 Aug '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25080 Bug ID: 25080 Summary: Make patron clubs accessible as runtime parameter category in reports Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It'd be great to be able to write a report that allows one to pick on of your patron clubs out of a dropdown as a runtime parameter. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3