| Summary: | Patron search results can be misleading | ||
|---|---|---|---|
| Product: | Koha | Reporter: | Christopher Brannon <cbrannon> |
| Component: | Patrons | Assignee: | Bugs List <koha-bugs> |
| Status: | NEW --- | QA Contact: | Testopia <testopia> |
| Severity: | enhancement | ||
| Priority: | P5 - low | CC: | anni.maki-mantila, blawlor, emmi.takkinen, gmcharlt, kebliss, kkrueger, kyle, mikko.liimatainen, mteal, rcoert |
| Version: | Main | ||
| Hardware: | All | ||
| OS: | All | ||
| See Also: | https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40865 | ||
| GIT URL: | Initiative type: | --- | |
| Sponsorship status: | --- | Comma delimited list of Sponsors: | |
| Crowdfunding goal: | 0 | Patch complexity: | --- |
| Documentation contact: | Documentation submission: | ||
| Text to go in the release notes: | Version(s) released in: | ||
| Circulation function: | |||
|
Description
Christopher Brannon
2023-04-11 18:32:06 UTC
We've had staff feedback about this as well. When they are working quickly, they may not see that the patron record retrieved was not the intended record on an inexact match. We see this as a problem as well. Going straight into the wrong record causes also unnecessary viewing of patron records. Since there is now a system preference RedirectToSoleResult for catalogue searches, could this kind of preference be made for patron searches as well? It is much more important for patron searches that you aren't redirected to a result because there are many possibilities for wrong matches and this kind of preference would allow us to select the behavior we want. The only time we would like patron search to go straight to the patron record is when the search is an exact match for a patrons library card. There probably should be a preference also for which exact matches are redirected. This new preference should therefore have options for redirect, don't redirect and redirect on an exact match, which in turn has its own preference for selecting exact matches that do redirect to patrons record. (In reply to Mikko Liimatainen from comment #3) > Since there is now a system preference RedirectToSoleResult for catalogue > searches, could this kind of preference be made for patron searches as well? > > It is much more important for patron searches that you aren't redirected to > a result because there are many possibilities for wrong matches and this > kind of preference would allow us to select the behavior we want. > > The only time we would like patron search to go straight to the patron > record is when the search is an exact match for a patrons library card. > There probably should be a preference also for which exact matches are > redirected. > > This new preference should therefore have options for redirect, don't > redirect and redirect on an exact match, which in turn has its own > preference for selecting exact matches that do redirect to patrons record. +1 (In reply to Mikko Liimatainen from comment #3) > Since there is now a system preference RedirectToSoleResult for catalogue > searches, could this kind of preference be made for patron searches as well? > > It is much more important for patron searches that you aren't redirected to > a result because there are many possibilities for wrong matches and this > kind of preference would allow us to select the behavior we want. > > The only time we would like patron search to go straight to the patron > record is when the search is an exact match for a patrons library card. > There probably should be a preference also for which exact matches are > redirected. > > This new preference should therefore have options for redirect, don't > redirect and redirect on an exact match, which in turn has its own > preference for selecting exact matches that do redirect to patrons record. I feel like a preference with this should allow us to define what constitutes an exact match to go straight to a record: * Exact match on card number * Exact match on phone number * Exact match on email * Exact match on name * etc. We could then decide which ones we feel most comfortable matching on. For me, it would only be the barcode, because it can't be repeated in another record. |