Issue metadata
Sign in to add a comment
|
Graphical Blinking Glitch at Gmail Password Entry Screen, Covering the Whole Window, Synchronized with the Blinking of Entry Field Cursor, But Entry Field Visible During the Bug
Reported by
metepi...@gmail.com,
Mar 6 2016
|
||||||||||||||||||||
Issue descriptionChrome Version : Google Chrome 49.0.2623.75 (Official Build) (64-bit) Revision 76745cbfbdac04e2fe3204f8b4f96ae7dc6bfcfa-refs/branch-heads/2623@{#561} OS Mac OS X Blink 537.36 (@76745cbfbdac04e2fe3204f8b4f96ae7dc6bfcfa) JavaScript V8 4.9.385.28 Flash 20.0.0.306 User Agent Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.75 Safari/537.36 Command Line /Applications/Google Chrome.app/Contents/MacOS/Google Chrome -psn_0_294984 --enable-avfoundation --flag-switches-begin --flag-switches-end Executable Path /Applications/Google Chrome.app/Contents/MacOS/Google Chrome URLs (if applicable) : Other browsers tested: Add OK or FAIL, along with the version, after other browsers where you have tested this issue: Safari: Firefox: IE: What steps will reproduce the problem? 1. N/A 2. N/A 3. N/A What is the expected result? Normal behavior while the cursor is blinking as it waiting for the password entry. (2012 Retina Macbook Pro 15 @ non-Retina screen resolution of 1920x1200). Operating system was installed a day ago. What happens instead? Graphical screen components are scrambled every time the cursor blinks. This returns to normal in the intervals where the cursor is not displayed. The issue disappeared as I widened the /browser window. Please provide any additional information below. Attach a screenshot if possible.
,
Mar 9 2016
Locally this can be worked around by disabling hardware acceleration. |
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by ccameron@chromium.org
, Mar 9 2016Status: Duplicate (was: Unconfirmed)