= Person picker use cases = This is a summary of ideas to solve the Person picker issues: == Essential == https://bugs.launchpad.net/launchpad/+bug/669930 As a project contributor, <
> I want to see the same information that I searched on when selecting a person, <
> so that I am confident that I am selecting the right person. A. Search on user name Jonathan in /launchpad * See Jonathan Lange and Jonathan Sackett (affiliated with Lp) * Maybe see Jonathan Knowles and Jonathan Davies (worked on Lp) B. Search for Launchpad Id jcsackett * See ~jcsackett C. Search for IRC nick is jml * See "freenode" and "jml" in a match D. Search on jonathan.lange at canonical.com * See jml's canonical address E. Search jonjonathan.sackett at canonical.com * Do no see jonathan.sackett at canonical.com, but must be first F. Search on nothing:: * See only the users and teams affiliated with the primary contact https://bugs.launchpad.net/launchpad/+bug/720239 As a project contributor,<
> I want to see the the most relevant matches of my search first,<
> so that I can make my selection quickly and I am confident that Launchpad understood what I am doing. A. Search for jml * See ~jml and jml on freenode as the first match B. Search for Jonathan in /launchpad: * See Jonathan Lange or Jonathan Sackett (show as affiliated with Lp) as the first match * Maybe see Jonathan Knowles and Jonathan Davies (show as worked on Lp) in the second tier of matches * Maybe see Jonathan Riddell C. Search for Davies Jonathan in /launchpad: * See Jonathan Davies first. * See Jonathan Lange or Jonathan Sackett (show as affiliated with Lp) as the second tier matches * Maybe see Jonathan Knowles (show as worked on Lp) in the third tier of matches * Maybe see Jonathan Riddell D. Search for Jonathan jml in /launchpad: * See Jonathan Lange, ~jml, jml on freenode as the first match Relevance is might be hard. Maybe it does not need to be solved by implementing search and sort. The first page of results could be a very restrictive lookup to return exact matches. The second page would be the actual search. Searching could be in multiple stages. exact terms, matches related to the primary context (person or pillar), then search all Lp. == Expected == There are a number of bugs regarding the performance of the person picker or how we create/present persons. Person-picker takes a very long time consistently <
> https://bugs.launchpad.net/launchpad/+bug/618356 Unique name reveals hidden email address <
> https://bugs.launchpad.net/launchpad/+bug/228355 Contact address on private team isn't caught by registration process <
> https://bugs.launchpad.net/launchpad/+bug/396582 == Optional == The following bugs might need implementing if we do not believe we can solve the relevancy problem in the implementation or in the workflow: https://bugs.launchpad.net/launchpad/+bug/669933 <
> https://bugs.launchpad.net/launchpad/+bug/172702 As a project contributor,<
> I want to provide extra information when searching to locate a user,<
> so that I can narrow the results, and I do not trust Launchpad's ranking. A. Search for Jonathan and set the project to be /launchpad * See Jonathan Lange and Jonathan Sackett B. Search for Jonathan and set the team to be ~canonical * See Jonathan Davies, Jonathan Lange, Jonathan Riddell and Jonathan Sackett C. Search for Jonathan and set assignee project to /launchpad * See Jonathan Davies, Jonathan Knowles, Jonathan Lange, and Jonathan Sackett https://bugs.launchpad.net/launchpad/+bug/427353 As a project contributor,<
> I want to see a short list person in the picker when it opens<
> because I only work with a small group of people. A. Open the picker when assigning a bug * See the last 5 people you assigned bugs too. B. Open the picker when assigning a bug * See the last 5 people that were assigned bugs. C. Open the picker when in a /launchpad * See the top 5 contributors to /project. D. Open the picker when in /launchpad * See the 5 people I "pinned" to the list.