diff options
| author | msw@chromium.org <msw@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2012-06-11 21:06:56 +0000 |
|---|---|---|
| committer | msw@chromium.org <msw@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2012-06-11 21:06:56 +0000 |
| commit | 3723e6e61b628ec2750614bc07355478d2dc6bcc (patch) | |
| tree | 9fc8709dc7d8fa73130971b202349b6c44b29365 /base/system_monitor/system_monitor.h | |
| parent | e2be4ad4e119cf456d6aa397b68c5ee53edeb363 (diff) | |
| download | chromium_src-3723e6e61b628ec2750614bc07355478d2dc6bcc.zip chromium_src-3723e6e61b628ec2750614bc07355478d2dc6bcc.tar.gz chromium_src-3723e6e61b628ec2750614bc07355478d2dc6bcc.tar.bz2 | |
Add a top URL_WHAT_YOU_TYPED match to SearchProvider as needed.
PROBLEM: (see Issue 131731): Input "microsoft" with top experimental suggestion "microsoft" (ranked 1310) stomps the CTRL-key-generated URL_WHAT_YOU_TYPED result for "www.microsoft.com" (ranked ~1203); this breaks CTRL+ENTER functionality when suggestion=input. So instead of navigating to www.microsoft.com; the user is taken to a search for "microsoft". (changed example from "orbitz" along with recent suggest/relevance changes).
SOLUTION: Peter's suggested client-side fix; have SearchProvider also generate a URL_WHAT_YOU_TYPED result as needed, ranked higher than all other matches.
Make HistoryURLProvider::SuggestExactInput public and static with a provider param.
Remove relevance calculation from SuggestExactInput; callers must set this.
BUG=125871,131731
TEST=Given single-word, non-URL-like input with a 'verbatim' top match adds a "www.<input>.com" top match with the control key pressed.
Review URL: https://chromiumcodereview.appspot.com/10541092
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@141496 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'base/system_monitor/system_monitor.h')
0 files changed, 0 insertions, 0 deletions