I can't reproduce this. Does it happen every time or is it only occasional? Can you reset all your flags in chrome://flags and try reproing in incognito mode.

I can reproduce it every time, by following those steps

Is your browser full screen? That would prevent it from happening. Browser must be in a window. Could you try in Ubuntu LTS please.

Thank you. I reset the flags on chrome://flags
Still reproducible

Opened Incovnito
Still reproducible


Tried in Firefox, all web site links still working after a window resize event.

No, I'm not full screen. And I'm trying this from Ubuntu 14.04 LTS.

Do mouse clicks still work? Can you select text? Scroll around, etc? Does reloading or navigating to a new page fix the issue?

Unless we can reproduce this it'll be difficult to make any progress. I suspect this might be something in your environment (many Chrome devs use Linux and this seems like a common repro so I'd expect this would be hit regularly) but we'll leave the bug open and see if we get other reports.

14.04 isn't latest LTS.
Could you try latest LTS 16.04 please
With Gnome desktop. Perhaps in a VM. Or someone else can try.

yes, moving the scroll slider on the window fixes it.
I imagine it hasn't retained focus for some reason. Firefox doesn't have the problem, and none of the other applications.

-- Alternatively, if you are familiar with the code for this window focus, could take a look...

Unfortunately I don't have 16.04, but if it's an issue caused by the version it's likely a bug in Ubuntu or one of the associated packages and not Chrome.

Chrome should be performing hover actions even if it's not focused. Without being able to reproduce the issue it'd be impossible for me to track it down and debug it. However, if someone else can repro it and does have the skills I'd be happy to provide guidance and code reviews to get a fix merged.

I'm using "GNOME Flashback (Compiz)" desktop. Could you try that perhaps.
I imgagine it could be window focus issue. Firefox is working ok though

Tested the issue on ubuntu 14.04 LTS and 16.04 LTS with GNOME Flashback (compiz) window manager on chrome stable M60 #60.0.3112.101 and issue is not reproduced.

Attached screencast for reference.

@jongrantuk-- Please check attached screencast and let us know if we had missed any steps in reproducing the issue.

Thanks!

Deleted: 755874.ogv 4.2 MB

	755874.ogv 4.2 MB View Download

Bit of a long shot but ,jongrantuk@, could you start a trace (see https://www.chromium.org/developers/how-tos/submitting-a-performance-bug), perform the resize and try scrolling, then attach the the trace here. If the wheel events are getting to Chrome we might be able to see where they end up getting dropped. (if they don't make it to Chrome though we might be out of luck).

Trace added

Deleted: trace_chrome.json.gz 6.9 MB

trace_chrome.json.gz 6.9 MB Download

Thank you for providing more feedback. Adding requester "hdodda@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Example

Deleted: 755874_chrome.ogv 977 KB

	755874_chrome.ogv 977 KB View Download

Thanks for the trace. It looks like the after the resize (around the 6.8 second mark), the browser doesn't see any input events, not even mouse moves :/ I suspect we might not be correctly resetting some state with the window manager. Unfortunately, I'm at the limits of my knowledge and without a repro I can't debug.

+sadrul@ in case you have some ideas on how we might be able to get more information/debugging.

Looking at the trace there are DesktopWindowTreeHostX11::Dispatch but no targetting to a RenderWidgetHostViewBase

Could this be a views targeting issue?

The NextAction date has arrived: 2017-08-30

Unable to reproduce the issue on Ubuntu 14.04 using latest stable#60.0.3112.113 as per C#0 & C#11.

Links turned to blue when mouse over and URL visible in bottom of browser.

Please find the attached screencast for reference & let us know your observations on the same.

Thanks..!!

Deleted: 755874.mp4 4.9 MB

	755874.mp4 4.9 MB View Download

Ubuntu 14.04 is out of date.

Worth trying with latest Ubuntu LTS 16.04
Reproduced every time in 16.04

Thank you for providing more feedback. Adding requester "jmukthavaram@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Unable to reproduce the issue on Ubuntu 16.04 using chrome reported version-60.0.3112.90 & stable-61.0.3163.79 as per steps mentioned in comment#0.

Links turned to blue when mouse over and URL visible in bottom of browser.

Please find the attached screencast for reference & let us know your observations on the same.

Thanks..!!

Deleted: 755874.webm 9.9 MB

	755874.webm 9.9 MB View Download

Hi.

Thank you for the video from 16.04, but it looks like you are not using the same window manager to reproduce.

Should be
GNOME Flashback (compiz) window manager

Thank you
Jonny

Thank you for providing more feedback. Adding requester "jmukthavaram@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

jongrantuk@: If it happens only on a specific window manager, and not on others, then it's probably related to that window-manager.

A long while back (~2010/2011), when we started switching to xinput2 for input events, there used to be an issue in one of the gnome window managers (whichever was the default on ubuntu, I think) where the chrome app would never receive a mouse-up/mouse-release event. Something like that could explain the behaviour described in comments #12 and #13 (if chrome never receives the mouse-release, then the implicit capture in views will never be reset, which means the position-based targeting will not happen for subsequent mouse-moves).

Does clicking on the window 'fix' the issue?

Yes, I think I said, clicking on the window fixes it. I uploaded a video showing that workaround. Firefox and all other apps can be resized ok.

Can one of the software engineers investigate and fix?

Thank you for providing more feedback. Adding requester "sadrul@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Thanks for the update! Unfortunately not able to reproduce the issue from TE end.Some one from Internals>Views>Desktop dev team please look in to this issue.

Thank You!

Could some one from cc'ed dev / Internals>Views>Desktop team , please take a look into this issue.

Thanks in advance..!

Archiving old bugs that haven't been actively assigned in over 180 days.

If you feel this issue should still be addressed, feel free to reopen it or to file a new issue. Thanks!