<div dir="ltr"><div><div><div><div><div><div><div><div><div><div><div><div>Hello all,<br><br></div>In bug 15252 a change was introduced to fix the problem of too many / irrelevant results when searching for patrons with multi-part names e.g. 'jean paul' 'mac beth' 'le guelec'<br><br></div>This change now defaults many searches to 'start_with' and does not split terms for a 'start_with' search. This does not affect <a href="http://members-home.pl">members-home.pl</a>, but many other patrons searches <a href="http://request.pl">request.pl</a>, common/<a href="http://patron_search.tt">patron_search.tt</a> ...<br><br></div>A side effect of this change is that searching for a patrons full name i.e. 'Henry Acevedo' or 'Edna Acosta' returns no results as it is searching for [firstname like 'edna acosta%'] it also prevents searches like 'Ed aco' from finding results. <br><br></div>The searches above returned results through 3.18, but 15252 is in 3.20.8 and 3.22.2 and master<br><br></div>As we are seeing libraries upgrade to the newer versions we are hearing complaints as this is a big behaviour change from their viewpoint.<br><br></div>Jonathan and I have been discussing on Bug 15930 and the options we have so far are:<br>1/ add a special case to search on firstname and surname (if start_with)<br>2/ add a pref to default on contains or start_with<br>3/ let the libraries who want a different behavior modify the default with some JS code<br></div>4/ add phrase searching with quotes and split terms otherwise<br><br></div>Ideally we want to allow for ease in finding multi part names, but not introduce a change for single part names<br><br></div><div>Thoughts?<br><br><br></div></div></div></div><br><div><div><div><div><div><div><div><div><div><div><div><br></div></div></div></div></div></div></div></div></div></div></div></div>