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

[Bug 9844] New: Add a barcode queue to checkout / return
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '15

02 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9844 Bug ID: 9844 Summary: Add a barcode queue to checkout / return Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: viktor.sarge(a)regionhalland.se CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Background: Some testing on a 70Mbit+ connection to a remote Koha install indicates that the system is a bottleneck when it comes to issuing checkouts or returning items. If a staff user scan barcodes to fast for the system to keep up then barcodes are lost and books will not have been checked out or returned. Plack for the staff interface might solve a part of this problem, but adding a queue would be great. Suggestion: Add a queue-box with high visibility of items that are not yet processed when checking out or returning items. If a user scans items quicker than than the system can process items the box will fill up. The system should process the barcodes in the queue-box using AJAX-code so that the whole page will not have to reload for every barcode. Ending the session (by printing receipt for checkout etc.) should not be possible until the queue is empty. Messages that today appear once per page (like holds on a title for example) will have to be duplicated since a librarian could scan multiple codes until an item has been processed by the system. Implications on existing code: I think this might require us to rewrite some of circulation.pl and returns.pl to use Ajax, insert the queue-box and to display multiple messages at once. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 10627] New: history of reports run/results
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '15

02 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10627 Bug ID: 10627 Summary: history of reports run/results Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org >From a library: We would like to see a list of "Finished" results of running a report (i.e., generating a list of records) or using a tool (to make changes to records or settings)? In each instance, it would be possible to go back to a list of "Finished reports", to view both the results as well as the parameters that were set to generate the list or make whatever desired change... -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 8080] New: login and password is pre-filled by the browser when creating a new patron
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '15

02 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8080 Priority: P5 - low Change sponsored?: --- Bug ID: 8080 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: login and password is pre-filled by the browser when creating a new patron Severity: enhancement Classification: Unclassified OS: All Reporter: gaetan.boisson(a)biblibre.com Hardware: All Status: NEW Version: master Component: Patrons Product: Koha When creating a new patron, if you have chosen to let your browser remember your login and password for you, the login and password fields will be pre-filled with them, leading to a systematic error "the passwords entered do not match" since the second password field was not filled. These fields should be blank. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 6508] New: Enhancement: Additional Information on the Fines & Charges Tab in the Patron Details of Staff Client
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '15

02 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6508 Bug #: 6508 Summary: Enhancement: Additional Information on the Fines & Charges Tab in the Patron Details of Staff Client Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: helen.linda(a)goddard.edu QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 4487 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4487 Screenshot of Patron Details Tabs in Staff Client On the patron details page in the staff client,if a patron has something checked out or on hold, it shows how many items in the check out or hold tab at the bottom of the page. It does not, however, show any indication of an amount of fines or charges unless you click on it. Please refer to the attached screenshot. Proposals for fix: 1. Have the "total due" or the number of fines that have been assessed show in the tab before the words "Fines and charges", just as a number shows before checkouts and holds? 2. Make the tab to be "hot" in some way, like if a patron owes fines, the font changes to bold red for that tab? -- 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 3

[Bug 8291] New: patron import should show error names
by bugzilla-daemon＠bugs.koha-community.org 01 Sep '15

01 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8291 Priority: P5 - low Change sponsored?: --- Bug ID: 8291 Assignee: gmcharlt(a)gmail.com Summary: patron import should show error names Severity: enhancement Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Tools Product: Koha We just imported a batch of new patrons, choosing to match on barcode and ignore any where the barcode was already in use. This is the result: 24 imported records (last was Brackett / 2361) 0 overwritten 6 not imported because already in borrowers table and overwrite disabled (last was Zoe / 2330) 0 not imported because they are not in the expected format 30 records parsed This would be a lot more helpful if it showed you the 6 that were not imported so you know exactly which ones were errors. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 9817] New: Add Goodreads reviews tab to the OPAC
by bugzilla-daemon＠bugs.koha-community.org 01 Sep '15

01 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9817 Bug ID: 9817 Summary: Add Goodreads reviews tab to the OPAC Classification: Unclassified 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: chris(a)bigballofwax.co.nz Blocks: 9816 -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 8073] New: Sound cue when checking in items on hold
by bugzilla-daemon＠bugs.koha-community.org 01 Sep '15

01 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8073 Priority: P5 - low Change sponsored?: --- Bug ID: 8073 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: Sound cue when checking in items on hold Severity: enhancement Classification: Unclassified OS: All Reporter: spl(a)metrocast.net Hardware: All Status: NEW Version: unspecified Component: Circulation Product: Koha There is no audible difference when checking in items on hold for another patron vs. items not on hold. This means our circ staff will generally continue scanning items to be checked in (without checking the monitor) -- in vain, however, since a dialog box is waiting for confirmation of the hold. I think there should be a different audio cue, similar to the different cue for bad barcodes/ items not found. In both cases, it serves as a prompt to check the monitor for important information. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 8994] New: Make FindDuplicateAuthority behaviour customizable
by bugzilla-daemon＠bugs.koha-community.org 01 Sep '15

01 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8994 Priority: P5 - low Change sponsored?: --- Bug ID: 8994 CC: m.de.rooy(a)rijksmuseum.nl Assignee: julian.maurice(a)biblibre.com Summary: Make FindDuplicateAuthority behaviour customizable Severity: enhancement Classification: Unclassified OS: All Reporter: julian.maurice(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: Cataloging Product: Koha Make FindDuplicateAuthority behaviour customizable by adding 2 system preferences. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 10961] New: Error in GetMarcBiblio can cause severe data loss
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '15

28 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10961 Bug ID: 10961 Summary: Error in GetMarcBiblio can cause severe data loss Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org A bug in GetMarcBiblio can cause severe data loss if your database has records where the biblionumber and biblioitemnumber do not match and the script misc/batchRebuildBiblioTables.pl is run. The Biblio::GetMarcBiblio makes a kall to C4::Biblio::_koha_marc_update_bib_ids which passes the biblionumber as both the biblionumber *and the biblioitemnumber*. Thus, if your biblio and biblioitem numbers are not always equal, you will end up with a record where the biblioitemnumber is incorrect in the record! This is usually not a severe issue, but since batchRebuildBiblioTables uses that record to update the database tables, it ends up updating the wrong biblioitem row! -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 7380] New: Can't filter patron search on detail page
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '15

27 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7380 Bug #: 7380 Summary: Can't filter patron search on detail page Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 - low Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com There is no [+] on patron search from patron detail page like there is on the main patron's page. It should be in all places. -- 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 48