October 2013 - Koha-bugs - lists.koha-community.org

[Bug 3934] move test prediction pattern button
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '13

08 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3934 Paola Rossi <paola.rossi(a)cineca.it> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #20484|0 |1 is obsolete| | --- Comment #4 from Paola Rossi <paola.rossi(a)cineca.it> --- Created attachment 21882 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=21882&action=edit move test prediction pattern button I confirm that the patch works well -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 10917] New: Librarian cannot update hold pickup location with modify_holds_priority
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '13

08 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10917 Bug ID: 10917 Summary: Librarian cannot update hold pickup location with modify_holds_priority 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com A librarian cannot modify a hold's pickup location unless he or she has the permission modify_holds_priority. This appears to be a bug and not by design. The reason the update fails is due to the priority not being passed to ModReserve. The priority is not displayed when a librarian does not have the modify_holds_priority permission. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 10721] New: Improve DataTables configuration on transfers to receive report
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '13

08 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10721 Bug ID: 10721 Summary: Improve DataTables configuration on transfers to receive report Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/circ/transferstoreceive.pl OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org The transfers to receive report could take advantage of the new sorting configuration options which allow format-agnostic date sorting and title sorting which excludes articles. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 10349] New: Don't show empty Descriptions/Title notes tabs in OPAC and staff
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '13

08 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10349 Bug ID: 10349 Summary: Don't show empty Descriptions/Title notes tabs in OPAC and staff Classification: Unclassified 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: katrin.fischer(a)bsz-bw.de In staff and OPAC detail pages we shouldn't show the tabs "Description" or "Title note" when they are empty. Also - should they be named differently? -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 9438] New: Biblio notes displayed when ordering
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '13

08 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9438 Bug ID: 9438 Summary: Biblio notes displayed when ordering Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Acquisitions Assignee: adrien.saurat(a)biblibre.com Reporter: adrien.saurat(a)biblibre.com [MT10894] Two libraries warned us about this error: on the "neworderempty" page (New order in a basket), the Notes box is filled with the content of the "notes" field (from biblio). This box should in fact be empty, used for notes about the order. TEST PLAN 1/ Find a biblio with a note (for example 300$a in UNIMARC, don't know for USMARC?), or add a note to a biblio. 2/ In a basket, create a new order, the "Notes" textarea contains the note from the biblio. -- You are receiving this mail because: You are watching all bug changes.

1 28

[Bug 8925] New: Late orders : checkbox to claim order shouldn't appear if no email is known
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '13

08 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8925 Priority: P5 - low Change sponsored?: --- Bug ID: 8925 Assignee: adrien.saurat(a)biblibre.com Summary: Late orders : checkbox to claim order shouldn't appear if no email is known Severity: enhancement Classification: Unclassified OS: All Reporter: adrien.saurat(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: Acquisitions Product: Koha On the late orders page, the late orders list should display a checkbox (used for the "Claim orders" bottom button) only if an e-mail is contained in the DB for the vendor. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 11016] New: Move SQL query from acqui/spent.pl to C4/Acquisitions.pm ?
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '13

08 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11016 Bug ID: 11016 Summary: Move SQL query from acqui/spent.pl to C4/Acquisitions.pm ? Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: mathieu.saby(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org I'm surprised to see a big SQL query in acqui/spent.pl. Is not that kind of stuff supposed to be rather in C4/Aquisitions.pm ? my $query = <<EOQ; SELECT aqorders.basketno, aqorders.ordernumber, quantity-quantityreceived AS tleft, ecost, budgetdate, entrydate, aqbasket.booksellerid, itype, title, aqorders.invoiceid, aqinvoices.invoicenumber, quantityreceived, unitprice, datereceived, aqorders.biblionumber FROM (aqorders, aqbasket) LEFT JOIN biblio ON biblio.biblionumber=aqorders.biblionumber LEFT JOIN items ON biblio.biblionumber = items.biblionumber LEFT JOIN aqorders_items ON items.itemnumber = aqorders_items.itemnumber LEFT JOIN aqinvoices ON aqorders.invoiceid = aqinvoices.invoiceid WHERE aqorders.ordernumber=aqorders_items.ordernumber AND aqorders.basketno=aqbasket.basketno AND budget_id=? AND (datecancellationprinted IS NULL OR datecancellationprinted='0000-00-00') GROUP BY aqorders.ordernumber EOQ M. Saby -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10997] New: Modernize value_builders for NORMARC
by bugzilla-daemon＠bugs.koha-community.org 07 Oct '13

07 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10997 Bug ID: 10997 Summary: Modernize value_builders for NORMARC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: magnus(a)enger.priv.no Reporter: magnus(a)enger.priv.no QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl I have reports of the NORMARC value_bilders doing wonky things, but the MARC21 ones seem to behave better. The NORMARC ones still use the old JS-only approach. This bug aims to upgrade them to use the XML-based approach adopted by MARC21. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 4481] Search's Limit to Available filters out many available items
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '13

05 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4481 Chris Cormack <chris(a)bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Patch doesn't apply |RESOLVED CC| |chris(a)bigballofwax.co.nz Resolution|--- |DUPLICATE --- Comment #8 from Chris Cormack <chris(a)bigballofwax.co.nz> --- This was fixed by 7031 *** This bug has been marked as a duplicate of bug 7031 *** -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 5544] New: All Notices from Branch Email Address
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '13

04 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5544 Summary: All Notices from Branch Email Address Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Notices AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 I think all notices should come from the branch email address. Right now overdues from from the branch, but the others come from the admin email address - this is a problem in multi-branch systems because they have to come up with one email address that all branches have access to. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 37