Continuous Flashing of chrome and content Wayland 3.22
Reported by
harald.r...@gmail.com,
Jan 13 2017
|
||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Ubuntu Chromium/55.0.2883.87 Chrome/55.0.2883.87 Safari/537.36 Example URL: http://www.slideshare.net/lemiorhan/test-driven-design-gdg-devfest-istanbul-2016 Steps to reproduce the problem: Browse to http://www.slideshare.net/lemiorhan/test-driven-design-gdg-devfest-istanbul-2016 BUG - Constant flashing of address bar, bookmark bar and large parts of the content area - 80%+ cpu on the tab, 50% for Browser and 20% GPU (2-core hyperthreading) Works fine in Firefox 50.1.0 System is MacBook Pro 2015 13" HiDPI with two external low DPI displays Chromium is on external display What is the expected behavior? Steady display at low <5% cpu consumption What went wrong? GNOME Wayland - This is almost certainly a bug in GNOME/Wayland that affects innocent Chromium users Recently during the 3.22.2 life the flashing started - moving the mouse cursor over the bookmark bar or the tabs flashes the bookmark bar and the address bar - loading that particular page causes constant steady flashing A well-meaning Googler could help the GNOME project to get over their GNOME/Wayland troubles: - Wayland clipboard never worked. “Fixed” means it stopped crashing entire GNOME Shell. - This flashing business and slowness in gpu operations, ie. creating large windows or dialogs takes several seconds - Some freezes around HiDPI Google helped GNOME Project in their huge effort to launch GNOME Shell. GNOME/Wayland is a similar huge undertaking. Does it occur on multiple sites: Yes Is it a problem with a plugin? No Did this work before? Yes I think the same 55, but for sure 51 while 53-55 was broken in Ubuntu Does this work in other browsers? Yes Chrome version: 55.0.2883.87 Channel: stable OS Version: Flash Version: Why not migrate Chromium from Xwayland to Wayland the real deal? Join in on all the fun:)
,
Jan 13 2017
On a low DPI single-internal-display MacNook Air it works.
,
Jan 13 2017
It flashes also on the internal HiDPI Display
,
Jan 13 2017
The drop-tab-on-another-window bug is broken in the exact same situations. https://bugs.chromium.org/p/chromium/issues/detail?id=622343 I’ll check X an single-display on the next crash
,
Jan 15 2017
Flashing business finally froze GNOME Shell and forced a full reboot. It’s the second time, so they have some gpu trouble limiting uptime to about a week. Good news is that after a reboot flashing is gone! The drop-tab-on-window does not work, of course. And Low DPI is still not understood. Every time GNOME Shell crashes, Chromium gets signal 11 X server went away and all my profiles close but the last one. I think this bug can be closed.
,
Jan 16 2017
Closing as per comment #5.
,
Jan 21 2017
Flashing started again after 6 days uptime Which means this would be some software change around 2017-01-07 Upgrade of chromium-browser package on 2016-12-30: to 55.0.2883.87-0ubuntu1.16.10.1330 from 51.0.2704.106-0ubuntu0.15.10.1.1235 SUSPECT: On 2017-01-09 upgrade of mutter to: 3.22.2-3~ubuntu16.10.1 from: 3.22.2-2ubuntu1~ubuntu16.10.1 No other app exhibits flashing (probably b/c no gpu acceleration) Only known getaround is reboot, but I will try some other tricks - The flashing seems to eventually freeze GNOME Shell - GNOME SHell restart is not sufficient, which indicates a i915 driver kernel-level problem |
||
►
Sign in to add a comment |
||
Comment 1 by harald.r...@gmail.com
, Jan 13 2017