September 2015 - Koha-bugs - lists.koha-community.org

[Bug 13229] New: Suggestion date filters have a style problem
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '15

17 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13229 Bug ID: 13229 Summary: Suggestion date filters have a style problem Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor 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 Created attachment 33444 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=33444&action=edit Screenshot The date related filters on the suggestion page don't look quite right/as before. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 13220] New: Shipment date not saved when creating an invoice which has a duplicated number
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '15

17 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13220 Bug ID: 13220 Summary: Shipment date not saved when creating an invoice which has a duplicated number 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: abl(a)biblos.pk.edu.pl QA Contact: testopia(a)bugs.koha-community.org When creating an invoice which has a duplicated number, if the user chooses to 'Create new invoice anyway', previously entered shipment date (todays date by default) is not being saved, because the date value is passed to the script in the wrong format (acqui/parcels.pl expects shipmentdate parameter to be in the system-configured date format, but what it's getting in such cases is ISO-formatted date instead). As a consequence (when receiving orders from invoice whith empty shipment date) 'datereceived' field in order records are also not being populated. Here and there, Koha is using datereceived field to establish if the order was received or not received, so such not-quite-complete orders: - can be cancelled from the basket (even when they are de facto already received), - it's not possible to cancel receipt of those orders from the invoice (because Koha is considering them as not yet received). To reproduce: 1) Make sure you have some system date format configured in your test environment which is different from ISO format (e.g., DD/MM/YYYY) and the AcqWarnOnDuplicateInvoice syspref is enabled 2) Create some invoice with e.g. '11111' number, 3) Create another invoice with the same number (using 'Create new invoice anyway' button) 4) Try to create yet another invoice with the same number; observe that already existing invoice created in step 3) does have empty shipment date. 5) Optional: create some orders and receive them from the invoice with empty shipment date; observe that such orders are not being treated as received in all places (e.g. it's not possible to cancel receipts of such orders, and the message displayed is not in any way helpfull to determine why not). Note: empty shipment date field in invoice and/or order records may be not readilly apparent in some other places in the acquisitions module, e.g. on the order receive page, there is a date being displayed labeled as 'Received on: ', but this is not the value from the database, it's just today's date. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 13207] New: "Branch:" on basket page should read "Library:"
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '15

17 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13207 Bug ID: 13207 Summary: "Branch:" on basket page should read "Library:" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The label "Branch:" on the basket summary page should be "Library: " instead. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 13124] New: Record titles with parentheses causing label weirdness
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '15

17 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13124 Bug ID: 13124 Summary: Record titles with parentheses causing label weirdness Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org See the attached image -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 11966] New: make course reserves branch specific
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '15

17 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11966 Bug ID: 11966 Summary: make course reserves branch specific Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Would be nice if each library could have their own courses and if a library doesn't use course reserves the link to course reserves didn't show in the OPAC for that library. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 5956] New: Highlight holds on check-in
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '15

17 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5956 Bug #: 5956 Summary: Highlight holds on check-in Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: jcamins(a)cpbibliography.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com When a book is checked in that is on hold, it would be helpful if the title showed up in the list of checked in books in red. When you are checking in a large number of books it is easy to go by the hold message if you are just checking the books in. Highlighting the hold as you highlight the overdue would be a big help. -- 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 8

[Bug 11895] New: Keep stats on reserves
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '15

17 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11895 Bug ID: 11895 Summary: Keep stats on reserves Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org It would be nice if Koha tracked that an item was on reserve at some point and when it was on reserve it checked out X times. Versus the data of all of it's checkouts. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 14648] New: Batch Remove Reserve Items
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '15

17 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14648 Bug ID: 14648 Summary: Batch Remove Reserve Items Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: misilot(a)fit.edu QA Contact: testopia(a)bugs.koha-community.org Hi, It would be great to see the ability to mass remove course reserves. For example, if given a list of Barcodes have the option to remove the items from any course they are tied to. This would be useful at the end of an academic semester, when books are returned to their original shelving location. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 7204] New: Deleting a framework which still has biblios attached to it end up in subtle problems
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '15

17 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7204 Bug #: 7204 Summary: Deleting a framework which still has biblios attached to it end up in subtle problems Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: martin.renvoize(a)ptfs-europe.com QAContact: ian.walls(a)bywatersolutions.com If you delete a framework which still has some bib's attached to it then the searching slowly goes wrong for said biblios. Items become unlinked and biblio's show up as "no title" in a staff catalogue search. Fix: add some error checking code to test whether there are still bib's attached to the framework before allowing it's deletion and warn the user. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 4

[Bug 14845] New: Fines forgiven even when WhenLostForgiveFine is set to 'Don't Forgive'
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '15

17 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14845 Bug ID: 14845 Summary: Fines forgiven even when WhenLostForgiveFine is set to 'Don't Forgive' 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: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The library expects the following: 1) When item is lost, fines stop accruing, lost item fee is charged. 2) Patron returns item. Lost item fee is waived, but all of the fines that have acrued (up to the cost of the book) are *not* forgiven. Fines system preferences are set as follows: RefundLostItemFeeOnReturn [refund] lost item fees charged to a borrower when the lost item is returned. WhenLostChargeReplacementFee [charge] the replacement price when a patron loses an item. WhenLostForgiveFine [Don't Forgive] the fines on an item when it is lost. When a lost, the lost item fee is being charged. On return, the lost item fee is being returned, but the fines *are* being fogiven -- we can see an accountlines entry with account type 'FFOR'. To reproduce: 1) Set the system prefrences as above. 2) Check out an item. Allow it to accrue fines. 3) Mark the item as longoverdue (lost) -- replacement price should be charged. 4) Check the item in -- replacement price should be refunded, and is. -- fine should *not* be forgiven, but is. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0