https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30622 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |30063 Summary|Search for cardnumber needs |Search for cardnumber needs |to go directly to patron |to go directly to patron |record |record when placing a hold Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30063 [Bug 30063] Make the main patron search use the /patrons REST API route -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30622 Jonathan Druart <jonathan.druart+koha@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30622 --- Comment #2 from Jonathan Druart <jonathan.druart+koha@gmail.com> --- Should this behaviour be applied to some other patron searches? -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30622 --- Comment #3 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Can you give an example? I could test if it's a regression with 20.11 or so. But my first reaction would be yes. An exact match on cardnumber or userid should open the patron record directly. -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30622 --- Comment #5 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Hi, I have done some testing on an older (20.11.x) version: Cardnumbers for testing: A A1 A2 1) Patron search: A A opens directly 2) Acq > User to notify on receive A shows only one result Tried something else: AA AA2 AA3 AA = 1 result A = 3 results So it seems to limit when exact match. But then you need to click the single result. 3) Place hold Searching for AA selects the user directly. So it seems the behavior was a little different between searches before, but it should certainly be fixed for place hold. Note: it only seems to work for cardnumber, not for userid. But I think this is ok, you are more likely to scan the card and expect a direct link than when searching for userid. Also userid might be more likely to be more uniqe. While sequential cardnumbers generated with autoMemberNum could lead to a long list of possible candidates quicky (especially if you started with 1). -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30622 David Nind <david@davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #134073|0 |1 is obsolete| | --- Comment #6 from David Nind <david@davidnind.com> --- Created attachment 134451 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=134451&action=edit Bug 30622: Patron search when placing hold should redirect if cardnumber is entered When search a patron for placing a hold, if a cardnumber is entered we should pick the patron and use it, instead of display the table result. This was a regression caused by bug 30063. Test plan: - Place a hold on anything in staff - Search for 42 or any other existing cardnumber in your database Signed-off-by: David Nind <david@davidnind.com> -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30622 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Patch complexity|--- |Small patch Status|Signed Off |Passed QA -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30622 Fridolin Somers <fridolin.somers@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |Pushed to master Version(s)| |22.05.00 released in| | -- You are receiving this mail because: You are watching all bug changes.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30622 Owen Leonard <oleonard@myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|rel_22_05_candidate | -- You are receiving this mail because: You are watching all bug changes.