New issue
Advanced search Search tips

Issue 873737 link

Starred by 3 users

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 3
Type: Bug


Participants' hotlists:
Omnibox-Bugs-on-mpearson-Radar

Show other hotlists

Other hotlists containing this issue:
Hotlist-2


Sign in to add a comment

Zero suggest opens on page load in stable

Project Member Reported by emilyschechter@chromium.org, Aug 13

Issue description


Google Chrome	68.0.3440.75 (Official Build) (64-bit)
Revision	cf598d63a4f1b9e7cd14f2a8433276b196e3e07d-refs/branch-heads/3440@{#738}
OS	Mac OS X

What steps will reproduce the problem?
(1) navigated to a page (in this case, i was on crbug.com and submitted a comment onto a bug)
(2) observe zerosuggest opening on page load

What is the expected result? zerosuggest doesn't open until click in OB



Please use labels and text to provide additional information.

If this is a regression (i.e., worked before), please consider using the
bisect tool (https://www.chromium.org/developers/bisect-builds-py) to help
us identify the root cause and more rapidly triage the issue.

For graphics-related bugs, please copy/paste the contents of the about:gpu
page at the end of this report.


 
I just experienced this too.
Version 68.0.3440.84 on Mac.

I was on the page
http://jakehofman.com/inprint/best_perspective_chi2018.pdf
and clicked on the link to the nytimes article on the first page of that PDF, and zero suggest opened on top of the new york times page.

I cannot get it to happen again.  (That said, I haven't restarted my browser.  Maybe that would help repro?)
Cc: jdonnelly@chromium.org
Owner: k...@chromium.org
Status: Assigned (was: Untriaged)
krb: As the person cursed with knowledge about our elaborate focus behaviors, would you mind giving some thought as to whether there's some code path that could cause the omnibox to be focused on page load, thus triggering zero suggest? Given that we don't know how common this is, no need to spend a lot of time on it. I'm just hoping you can come up with some hypothesis as to how it's happening.
I also use 68 on a MacPro occasionally, but I spent some time clicking on links, and I couldn't duplicate it. The closest event was the pop-up for the site wanting to show navigations.

There are calls to change focus in the navigation path but I believe they are all to focus the content area. I'm wondering if something else is going on (like a phantom click). I also tried "accidentally" pressing modifiers while clicking. They open the tab in the background, download the page, bring up a menu, etc. but nothing unexpected.

My best guess, having seen this once (hah!), is that it has to do with focus already being in the omnibox, and clicking on the page, and maybe a race between the navigation / context area gaining focus and the navigation actually happening.  Maybe if the focus is still in the omnibox at the time of the navigation, the zero suggest dropdown will open?

But you said, "I was on the page... and clicked on the link." Are you saying that focus was instead in the Omnibox and you clicked the link? Otherwise focus shouldn't change (afaict, still looking).
I was on viewing a page.  However, I was switching tabs regularly at the time, I think while constructing a query in the omnibox.  When I have modified temporary text in the omnibox (with focus in the omnibox), switch tabs, and switch back, the temporary text remains and the omnibox is in focus.  The dropdown is closed.  Then I click on a link in the page itself.  I think that might've been the kind of thing I was doing at the time.

Sign in to add a comment