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

[Bug 12663] New: SCOUserCSS and SCOUserJS ignored on selfcheck login page.
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '16

25 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12663 Bug ID: 12663 Summary: SCOUserCSS and SCOUserJS ignored on selfcheck login page. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The two preferences: SCOUserCSS and SCOUserJS --- Do not apply to the selfcheck login page. To reproduce: * Make changes using above prefs * GOTO selfcheck module: http://YOURCATALOG/cgi-bin/koha/sco/sco-main.pl If you have not logged in, your changes will not be visible. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 11373] New: Add a "cash register" feature to the fine payment form.
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '16

25 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11373 Bug ID: 11373 Summary: Add a "cash register" feature to the fine payment form. 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: fcapovilla(a)live.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 23382 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=23382&action=edit Add a "cash register" feature to the fine payment form. This patch improves the fines payment form to allow automatic calculation of the amount to give back to the patron once a fine payment is received. For example, if a patron wants to pay a 3$ fine with a 5$ bill, you can set "Amount paid" to 3 and "Collect from patron" to 5. A message will then tell you to give back 2$ to the patron. Sponsored-by: CCSR ( http://www.ccsr.qc.ca ) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 6934] New: New report Cash Register Statistics
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '16

25 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6934 Bug #: 6934 Summary: New report Cash Register Statistics Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Reports AssignedTo: gmcharlt(a)gmail.com ReportedBy: pelletiermaxime(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Created attachment 5634 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5634 new report Report that ouputs cash register stats by selecting everything paid in accountlines for a specific period. -- 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 64

[Bug 10612] New: Add ability to delete patrons with batch patron modification tool
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '16

25 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10612 Bug ID: 10612 Summary: Add ability to delete patrons with batch patron modification tool Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The batch patron deletion/anonymization does not allow for batch deletion of arbitrary lists of patrons. The batch patron modification tool allows for modification of arbitrary lists of patrons, but not deletion. If would be highly beneficial to add patron deletion to the batch patron modification tool. -- You are receiving this mail because: You are watching all bug changes.

1 81

[Bug 9715] New: QueryAutoTruncate and QueryFuzzy Conflict
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '16

25 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9715 Bug ID: 9715 Summary: QueryAutoTruncate and QueryFuzzy Conflict Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: martin.renvoize(a)ptfs-europe.com Some combinations of QueryAutoTruncate and QueryFuzzy lead to search returning 0 results for all searches. The following combinations break search: QueryAutoTruncate - only if * is added QueryFuzzy - Try and QueryAutoTruncate - automatically. QueryFuzzy - Don't try -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 11096] New: Koha cannot retreive big records from Zebra
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '16

25 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11096 Bug ID: 11096 Summary: Koha cannot retreive big records from Zebra Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When we switched from ISO2709 to MARCXML as the default indexing format we got rid of the errors regarding big record indexing; notably serials with lots of items. The problem is that the current ZOOM connection in Koha is set to retreive records in 'usmarc'. This makes retreiving search results silently fail for big records, and even when those records are correctly indexed, the user would fail to reach them. Steps to reproduce: - Create a new simple record with 100$a = Arquitectura viva - Add it several big note fields - Add several items to it - Reindex, search for Arquitectura viva - Record doesn't show - In a terminal, use yaz-client to do a manual query (adjust to your setup): $ yaz-client -k 100000 unix:/home/tomas/koha-dev/var/run/zebradb/bibliosocket > base biblios > f @attr 1=4 @attr 4=1 @attr 6=3 "Arquitectura viva" > s It should fail because of the size of the record. - Rerun like this: > format xml > elem marcxml > f @attr 1=4 @attr 4=1 @attr 6=3 "Arquitectura viva" > s There you go :-D -- You are receiving this mail because: You are watching all bug changes.

1 113

[Bug 12803] New: Add ability to skip closed libraries when generating the holds queue
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '16

25 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12803 Bug ID: 12803 Summary: Add ability to skip closed libraries when generating the holds queue 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 The holds queue is typically generated many times a day in order to select items to fill holds. Often these items are to be sent to a different library. However, if the library whose item is picked to fill a hold is closed, that hold will remain unfilled even if there are other open libraries who own that item. It would be helpful if we could skip closed libraries for the purpose of selecting items to fill holds. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 93

[Bug 10455] New: remove duplicated/redundant bibltioitems.marc field
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '16

25 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10455 Bug ID: 10455 Summary: remove duplicated/redundant bibltioitems.marc field Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: mtj(a)kohaaloha.com in Koha, for each bib, we have identical MARC data stored in *two* different columns in the 'biblioitems' table (biblioitems.marcxml and biblioitems.marc) as far as i know, we only need to store this data in one field, not two this patch will attempt to remove code referencing the 'biblioitems.marc' field, and replace it with 'biblioitems.marcxml' -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 5161] New: patron attributes clearing if error
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '16

25 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5161 Summary: patron attributes clearing if error Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 When adding a patron record if you enter data in the additional attributes and you get an error about a field not being filled in the additional attributes get emptied out and you have to type them in again. they should stay filled in like the rest of the form. -- 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 4

[Bug 10869] New: can't delete order line if title deleted
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '16

25 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10869 Bug ID: 10869 Summary: can't delete order line if title deleted Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major 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 Created attachment 20970 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=20970&action=edit deleted title. When looking at a basket in Acq you can't delete an order line if the title has already been deleted. You get no confirmation, no error, it just doesn't delete. It does delete if the title still exists. The problem is a missing parameter. If the title is there the link looks like this: javascript:confirm_delete_item(5547,) If the title doesn't exist the link looks like this: javascript:confirm_delete_item(5557,278226) I know it's better to delete the order line first, but sometimes people do things in cataloging that effect acq and it shouldn't leave this phantom order line - we should be able to delete it. Nicole -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 107