Issue metadata
Sign in to add a comment
|
Text and browser rendering blurry
Reported by
jeremydu...@gmail.com,
Nov 4
|
||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.77 Safari/537.36 Steps to reproduce the problem: Sometimes browsing any websites through Chrome the whole window will suddenly become blurry, including the web content and tabs, bookmarks etc. Opening a new tab in that window will still show the problem. But opening a new window will not bring the issue over. What is the expected behavior? For Chrome to always render the windows and text correctly What went wrong? Sometimes Chrome does not render content correctly until you create a new window Did this work before? Yes Not sure, version before the redesign Chrome version: 70.0.3538.77 Channel: stable OS Version: OS X 10.12.6 Flash Version: I have attached 3 screenshots, the first 2 are of while the window is blurry and you can see the text and content are slightly blurry. The last one is of a new window that's functioning properly.
,
Nov 5
jeremydumitrache@ Thanks for the issue. Tested this issue on Mac OS 10.12.6 and Windows 10 on the reported version 70.0.3538.77 and M-68 build 68.0.3440.106 and unable to reproduce the issue. Compared the text on M-68 and the latest Stable and couldn't observe any blurry font or text. Attached is the screen shot for reference. Request you to retry the issue on a new chrome profile without any flags/extensions and update the thread with the observations. Thanks..
,
Nov 5
Hi It's not always an issue, it might happen once or twice a week and that's it. Hard to reproduce but yes it has happened on 2 Macs I've used. I've got no extensions installed and haven't changed any of the flags. Thanks
,
Nov 5
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Nov 5
,
Nov 6
jeremydumitrache@ Thanks for the update. Re-tested this issue again on the reported version 70.0.3538.77 and the latest Canary 72.0.3602.2 on Mac OS 10.12.6 and unable to reproduce the issue. As per comment #3, this issue is inconsistent and hard to reproduce. As this issue is not reproducible at TE end, removing 'Needs-Bisect' label and requesting 'Internals>Compositing' to look into the issue and help in further triaging. Thanks..
,
Nov 7
Hi I've just had it happen again, is there some way I can save a log that could help with this? Thanks
,
Nov 9
As per comment #2 & #6, as this issue is not reproducible ate TE end, adding 'TE-NeedsTriageHelp' label and requesting 'Internals>Compositing' to look into the issue and help in further triaging. Thanks..
,
Nov 9
This looks like a sub-pixel offset issue at some point in the compositor stack. Reporter: Could you please paste the output from visiting "chrome://gpu"?
,
Nov 10
Sure its in this text file
,
Nov 29
This is on a MacBookAir, have we tried to reproduce on this machine? I haven't been able to reproduce this on any of my machines (retina or non-retina).
,
Nov 29
Yes it is on MacBookAir. My is a 11" Mid 2012. I also can repro it on an iMac 21,5 End 2012 Non-Retina. It is is a bit better on the iMac, but definitely to repro there too.
,
Nov 29
arrgh - sorry wrong bug :( I thought I was commenting on issue 901611 . Please ignore my comment 12. |
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by susan.boorgula@chromium.org
, Nov 4