Bug 1081 - Checkout should fall back on patron card search if item barcode not found
Summary: Checkout should fall back on patron card search if item barcode not found
Status: CLOSED WONTFIX
Alias: None
Product: Koha
Classification: Unclassified
Component: Circulation (show other bugs)
Version: Main
Hardware: PC All
: P2 enhancement
Assignee: Chris Cormack
QA Contact: Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-05-31 05:57 UTC by Michael Hafen
Modified: 2014-12-07 20:02 UTC (History)
1 user (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:
Circulation function:


Attachments
proposed patches. (1.92 KB, patch)
2006-05-31 05:58 UTC, Chris Cormack
Details | Diff | Splinter Review

Note You need to log in before you can comment on or make changes to this bug.
Description Chris Cormack 2010-05-20 23:38:38 UTC


---- Reported by mdhafen@tech.washk12.org 2006-05-31 05:57:47 ----

A little code could remove one click from the circulation process.
My idea is like this: if a barcode is entered and not copy found associated with that barcode, then circulation could check if a patron is associated with that number instead.
Switching patrons would be as easy as entering the patrons cardnumber straight into the copy barcode input field.  This would work as long as cardnumbers and barcodes where never the same.



---- Additional Comments From mdhafen@tech.washk12.org 2006-05-31 05:58:02 ----

Created an attachment
proposed patches.





---- Additional Comments From jmf@liblime.com 2007-10-04 14:00:11 ----

neat idea, could perhaps be implemented in a future version as a separate global nav filter with new template designs.



--- Bug imported by chris@bigballofwax.co.nz 2010-05-20 23:38 UTC  ---

This bug was previously known as _bug_ 1081 at http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=1081
Imported an attachment (id=57)

Actual time not defined. Setting to 0.0
The original submitter of attachment 57 [details] [review] is unknown.
   Reassigning to the person who moved it here: chris@bigballofwax.co.nz.

Comment 1 Chris Cormack 2012-04-08 07:19:57 UTC
Hmm I wonder if you want to have a go at ressurecting this Michael?
Comment 2 Michael Hafen 2012-04-09 14:36:52 UTC
(In reply to comment #1)
> Hmm I wonder if you want to have a go at ressurecting this Michael?

I'm not really fond of this feature.  If there is any overlap at all between copy barcodes and patron barcodes this feature breaks.  So I'd be fine with this feature dieing.