The patron search type is hard coded to 'contain' in
circ/circulation.pl.
This causes problems because a mis-scanned cardnumber can bring up the
wrong patron.
The example that our partner gave us involved scanning '1733', which
doesn't match any borrowers when we do a 'start_with' search, but
matches the cardnumber 'p291733'.
If we follow the usage in members/member.pl, we can set searchtype in
HTTP params, which is amenable to fixes in intranetuserjs
Test Plan:
1) Apply this patch
2) Use the checkout search, not changes should be noted
Extra credit:
1) Add javascript to intranetuserjs to add a hidden input named
'searchtype' with the value 'start_with'
2) Checkout searches should now give only results where a searched
field starts with the given string(s)
Signed-off-by: Josef Moravec <josef.moravec@gmail.com>
Signed-off-by: Jonathan Druart <jonathan.druart@bugs.koha-community.org>
Signed-off-by: Kyle M Hall <kyle@bywatersolutions.com>
(cherry picked from commit
|
||
|---|---|---|
| .. | ||
| add_message.pl | ||
| bookcount.pl | ||
| branchoverdues.pl | ||
| branchtransfers.pl | ||
| circulation-home.pl | ||
| circulation.pl | ||
| del_message.pl | ||
| hold-transfer-slip.pl | ||
| offline-mf.pl | ||
| offline.pl | ||
| on-site_checkouts.pl | ||
| overdue.pl | ||
| pendingreserves.pl | ||
| renew.pl | ||
| reserveratios.pl | ||
| returns.pl | ||
| selectbranchprinter.pl | ||
| transfer-slip.pl | ||
| transferstoreceive.pl | ||
| view_holdsqueue.pl | ||
| waitingreserves.pl | ||
| ypattrodue-attr-search-authvalue.pl | ||
| ysearch.pl | ||