New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 774592 link

Starred by 1 user

Issue metadata

Status: Duplicate
Owner: ----
Closed: Oct 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug



Sign in to add a comment

Omnibox autocomplete from a common mistake is extremely annoying when searching single word subjects.

Reported by krp...@gmail.com, Oct 13 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.100 Safari/537.36

Steps to reproduce the problem:
1. Enter something, say, "politics" (no quotes) into the omnibox and press enter.
2. Repeat step one but accidentally hit the backslash (right above enter) before hitting enter which I would argue is a common mistake.  On pressing enter the backslash is autocorrected to a forward slash and Chrome treats it as navigation to a server, resulting in a Network Error (dns_server_failure) error.
3. Try to search "politics" again with no quotes.  AFTER hitting enter it is autocorrected to "politics/" and leads to the error.  I tried to specifically delete the forward slash but after pressing enter it autocompletes and throws an error.  I try adding a space after the search word but that gets autocorrected also.

What is the expected behavior?
I should be able to delete the forward slash from the end of the word in the omnibox, and press enter to search that word in a google search.  Chrome should learn that this is a mistake people make and stop the autocorrect from happening.

What went wrong?
The autocomplete prioritizes the accidental server navigation over the actual word that's typed regardless of frequency of use and the user's attempt to change it.  The workaround is to search something different, then use the google.com UI to search the word you want results for; which is very disruptive.

Did this work before? N/A 

Chrome version: 61.0.3163.100  Channel: stable
OS Version: 10.0
Flash Version:
 
Labels: Needs-Triage-M61
Cc: susanjuniab@chromium.org
Labels: M-63 OS-Linux OS-Mac
Status: Untriaged (was: Unconfirmed)
krp044@ Thanks for the issue.

Able to reproduce the issue on Windows 7, Mac OS 10.12.6 and Ubuntu 14.04 using the latest Stable 61.0.3163.100 and Canary 64.0.3241.4 with the steps mentioned in the original comment.
This is a Non-Regression issue as this issue is observed from M50 chrome builds.

Hence marking this as 'Untriaged' for further updates from Dev.

Thanks.
Cc: mpear...@chromium.org jdonnelly@chromium.org
Components: -UI UI>Browser>Omnibox
mpearson: I can reproduce but this is a bug right? If the navigation fails we shouldn't record it, right? If so, is this a known issue? I seem to recall seeing a similar issue before but I can't find it.
Mergedinto: 755735
Status: Duplicate (was: Untriaged)
Indeed, this is a bug; already on file.

Sign in to add a comment