Omnibox suggestions appear at a wrong position (results window created asynchronously) |
|||||||
Issue description
Chrome Version : 52.0.2743.116
OS Version: OS X 10.11.6
URLs (if applicable) :
Other browsers tested:
Add OK or FAIL after other browsers where you have tested this issue:
Safari 5:
Firefox 4.x:
IE 7/8/9:
What steps will reproduce the problem?
1. Keep using Chrome on Mac for a while
2. Type something on omnibox
What is the expected result?
The suggestions appear at the correct position
What happens instead of that?
The suggestions appear at a wrong position as shown in the screenshot
Please provide any additional information below. Attach a screenshot if
possible.
I don't know the steps to reproduce this. This problem disappeared soon after taking the screenshot.
UserAgentString: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2743.116 Safari/537.36
,
Aug 17 2016
mehmet@, thank you for the pointer. Took a look at issue 443240 . Even if it's an OS issue, I wonder if there is a way to work around this problem because this looks bad when it happens... +tapted@ who might be familiar with issues like this.
,
Aug 17 2016
A workaround to fix this issue when it is happening is to start and close Mission Control. May be this bug is also related to it ?!
,
Aug 17 2016
I meant a workaround by Chrome to hide this problem from users, rather than a workaround by users. :)
,
Aug 17 2016
Yes, I know :) I just only wanted to mention how you can fix this annoying bug with a workaround before you log-out and log-in again into your OSX account or do a restart of OSX.
,
Aug 18 2016
Given that this reproduces with other browsers, please file a radar against Apple. If enough people do it, they might even take a look...
,
Jun 17 2017
Issue 734242 has been merged into this issue.
,
Jun 17 2017
,
Jun 19 2017
There's a real bug here. An easy repro: 1) Focus the omnibox then position the mouse cursor over the titlebar 2) press a key with one hand, then quickly click-move the Chrome window with your other hand. Omnibox results appear asynchronously, but on Mac moving a window does not update the reported position until the mouse is released. So when the results appear, the Chrome window still seems to be at its old location. I can repro this with a toolkit-views mac_views_browser window as well, but it's (currently) not as bad since the omnibox results window closes itself when the mouse is released. To fix, we probably need to create the results window synchronously in response to the key event but make it fully transparent until the results come in. This will improve responsiveness anyway, since creating a Window on Mac is pretty slow -- if we can interleave that with results fetching we will have a more excellent product.
,
Nov 2 2017
,
Nov 2
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Nov 2
This no longer seems to happen in MacViews. |
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by meh...@chromium.org
, Aug 16 2016