June 2018 - 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 16739] New: generate edifact showing on basket groups
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '18

24 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16739 Bug ID: 16739 Summary: generate edifact showing on basket groups Change sponsored?: --- Product: Koha Version: master Hardware: All URL: cgi-bin/koha/acqui/basketgroup.pl?booksellerid=2&close d=1 OS: All Status: Needs Signoff Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: katrin.fischer(a)bsz-bw.de, veron(a)veron.ch CC: veron(a)veron.ch Summary: generate edifact showing on basket groups See Also: https://bugs.koha-community.org/bugzilla3/show_bug.cgi ?id=6740 See Also: https://bugs.koha-community.org/bugzilla3/show_bug.cgi ?id=16740 CC: katrin.fischer(a)bsz-bw.de Status: Needs Signoff When looking at basketgroups the 'generate edifact order' button shows even if edi isn't set up for that vendor and leads to a 500 error page --- Comment #1 from Marc Véron <veron(a)veron.ch> --- Duplicate of 6740? --- Comment #2 from Marc Véron <veron(a)veron.ch> --- Sorry, I mean Bug 16740 - EDIFACT on Basket Groups leads to 500 error ( --- Comment #3 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- *** Bug 16740 has been marked as a duplicate of this bug. *** --- Comment #4 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Still valid. --- Comment #5 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Still valid. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

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 19030] New: We need to mantain the connection order <-> subscription that we create in basket creation
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '18

24 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19030 Bug ID: 19030 Summary: We need to mantain the connection order <-> subscription that we create in basket creation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: z.tajoli(a)cineca.it QA Contact: testopia(a)bugs.koha-community.org In table aqorders there is the fiedl 'aqorders.subscriptionid'. It is present because during creation of a basket if you add an order from a subscription, you register subscriptionid into aqorders.subscriptionid. But when I try to change data (price, change ratio, etc.) of order, using acqui/parcel.pl, the link to order doesn't send the subscriptionid param. So the value of subscriptionid is deleted in aqorders table and the connection is lost. The problem is described in the pdf file here attached and in this e-mail thread: https://lists.katipo.co.nz/pipermail/koha/2017-July/048475.html Probably we need: 1) A new C4::Acquisition function that gives suscriptionid connect with a specific odernumber 2)Changes in acqui/parcel.pl and in koha-tmpl/intranet-tmpl/prog/en/modules/acqui/parcel.tt -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 19116] New: Holds not set to waiting when "Confirm" is used
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '18

24 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19116 Bug ID: 19116 Summary: Holds not set to waiting when "Confirm" is used Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When a hold with status transfer is checked in, we offer "Confirm" and "Print and confirm", both should set the item to waiting and create a pick-up letter if set up. But only the second option has this effect. To test: - Place holds on 2 items from another branch - Switch to that branch - Check them in at the other branch to set them into transport status (T) - Switch back to your homebranch - Check items in again, use the different confirm buttons and compare - Only "confirm and print" will be set to waiting, "confirm" remains in transport. Might be related to bug 19020. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 60

[Bug 18996] New: SIP sets ok flag to true for refused checkin for data corruption
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '18

24 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18996 Bug ID: 18996 Summary: SIP sets ok flag to true for refused checkin for data corruption Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com See bug 18966 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 65

[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 19068] New: OPAC purchase suggestion doesn' t allow users to enter quantity of items
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '18

24 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19068 Bug ID: 19068 Summary: OPAC purchase suggestion doesn't allow users to enter quantity of items 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: J.P.Knight(a)lboro.ac.uk QA Contact: testopia(a)bugs.koha-community.org Created attachment 65767 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=65767&action=ed… One line addition to opac-suggestions.tt to allow quantities to be entered Our librarians commented that the Koha purchase suggestions form doesn't allow the quantity of items to be suggested. In an academic library, sometimes the academics will make suggestions for reading material and have an idea how popular it may be, even for modules/courses that aren't yet running so don't (officially) have any students allocated to them. This enhancement just exposes the quantity field to the OPAC suggestions form to permit the end user to enter this if they wish. The librarians can of course override this quantity when they process the suggestion. Test Plan (assuming using kohadevbox VM): 1) apply patch and turn on purchase suggestions 2) Go to http://localhost:8080/cgi-bin/koha/opac-suggestions.pl?op=add and notice that there is now a quantity field available. 3) Make a purchasing suggestion using this form, including a quantity. 4) Log in as a member of library staff and go to Home › Acquisitions › Suggestions 5) Confirm that the previously entered suggestion is there, and that the correct quantity appears in the "Acquisition information" section. 6) Edit the purchasing suggestion, change the quantity, save it and check that the new quantity appears in the suggestion. I've popped an ID attribute of "opac-suggestion-quantity" to the surrounding <li> so that CSS can easily make this optional field disappear (as suggested by cait on IRC). -- You are receiving this mail because: You are watching all bug changes.

1 21