June 2017 - Koha-bugs - lists.koha-community.org

[Bug 15971] New: Allow use of all biblio and biblioitems fields in serial claim letters
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '18

24 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15971 Bug ID: 15971 Summary: Allow use of all biblio and biblioitems fields in serial claim letters Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When creating a serial claim letter only title, author and serial are offered as fields in the notice editor. It should be possible to print all fields from the biblio and biblioitems tables including the ISSN in the notices. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 18856] New: Cancel Waiting Hold in OPAC does not give useful message
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '18

24 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18856 Bug ID: 18856 Summary: Cancel Waiting Hold in OPAC does not give useful message Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: fiona.borthwick(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org If a hold is 'waiting' for the patron to collect then the patron should be prevented from cancelling the hold via their account in the opac. If a patron tries to cancel the hold, Koha will give an 'are you sure' alert and when you click Yes the page just refreshes and the hold remains. Staff can cancel the hold from the staff interface but they can then action the waiting hold. I think therefore that it is correct behaviour that a patron cannot cancel a hold when it reaches waiting state via the opac but it would be useful to either have a warning to prevent the cancellation or a useful message when they attempt to do so. -- You are receiving this mail because: You are watching all bug changes.

1 57

[Bug 18521] New: Renew and search hotkeys are swapped on returns page.
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '18

24 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18521 Bug ID: 18521 Summary: Renew and search hotkeys are swapped on returns page. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: tmcmahon(a)wlpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The hotkeys for the tabs on the staff interface returns page (/cgi-bin/koha/circ/returns.pl) are not working correctly. Alt-W selects the tab labeled 'Search the catalog' and should select 'Renew'. Alt-Q selects the tab labeled 'Renew' and should select 'Search the catalog'. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 18655] New: Unimarc field 210c fails on importing fields with a simple quote
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '18

24 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18655 Bug ID: 18655 Summary: Unimarc field 210c fails on importing fields with a simple quote Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When you search for an editor with a simple quote in the name, the escaping fails and nothing happens. -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 17561] New: ReserveSlip needs itemnumber for item level holds on same biblio
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '18

24 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17561 Bug ID: 17561 Summary: ReserveSlip needs itemnumber for item level holds on same biblio Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: benjamin.rokseth(a)kul.oslo.kommune.no QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com With bug 14695 patrons can now place multiple holds on same biblio. The ReserveSlip function used by hold-transfer-slip.pl though doesn't take itemnumber as param, so any item returned belonging to the same patron's reservation on the same biblio will trigger the same slip, which is the first match. It itemnumber (or barcode) is included in request to ReserveSlip, the correct hold slip should be returned. GetReserveId used in ReserveSlip takes itemnumber anyways, so it makes sense to include it. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 46

[Bug 18570] New: Password recovery e-mail only sent after message queue is processed
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '18

24 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18570 Bug ID: 18570 Summary: Password recovery e-mail only sent after message queue is processed Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Authentication Assignee: gmcharlt(a)gmail.com Reporter: jens.weber(a)phsh.ch QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org The password recovery process triggers an e-mail to the patron with a link to reset his or her password. This e-mail is put into the message queue like any other notification (e.g. filled HOLD) and hence only sent the next time process_message_queue.pl is triggered with the time setting in cron.d (the default here being every 15 minutes!). This behavior is not what a user would expect from such a function (especially not with the wording from opac-password-recovery.tt: 'An email **has been sent**'). Accordingly -- even though this is not a malfunction -- I flagged this a bug and not an enhancement, as from the point of view of the patron it must seem to be a bug/problem if the e-mail does not arrive in a normal time span. -- You are receiving this mail because: You are watching all bug changes.

1 55

[Bug 18821] New: GetPatronLastActivity is a performance killer
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '18

24 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18821 Bug ID: 18821 Summary: GetPatronLastActivity is a performance killer Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Enabling GetPatronLastActivity can cause an extreme performance hit, especially on the staff side during checkin and checkout. It makes more sense to only update the last activity timestamp on the first access of a given session. This will greatly improve performance while retaining the same basic information. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 73

[Bug 18799] New: XSLTresultsdisplay hides the icons
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '18

24 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18799 Bug ID: 18799 Summary: XSLTresultsdisplay hides the icons Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org to reproduce : 'xsltresultsdisplay' => default In intranet search, icons are not displayed -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 39

[Bug 18474] New: Placing multiple holds from results breaks when patron is searched for
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '18

24 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18474 Bug ID: 18474 Summary: Placing multiple holds from results breaks when patron is searched for Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor 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 To recreate: 1 - Search in staff client 2 - Check multiple titles 3 - Click 'Place hold' button in toolbar 4 - Type 'a' into Patron: search (or any search the returns multiple patrons) 5 - Select a patron from the results 6 - You are taken to screen to place a single hold 7 - Repeat 1-3 8 - Enter a cardnumber or type and select a patron directly 9 - You can place the multiple holds as expected. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 17869] New: Don' t show pick-up library for holds in OPAC account when there is only one branch
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '18

24 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17869 Bug ID: 17869 Summary: Don't show pick-up library for holds in OPAC account when there is only one branch 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When there is only one branch in an installation, it makes no sense to show a pick-up library column in the holds list in the patron account in OPAC. We should remove it from display, as we do in other spots. -- You are receiving this mail because: You are watching all bug changes.

1 27