Issue metadata
Sign in to add a comment
|
Regression:Traces of highlight appears on media controller after pressing tab key.
Reported by
vku...@etouch.net,
Oct 10 2016
|
||||||||||||||||||||||
Issue descriptionChrome Version: 55.0.2883.6 (Official Build) 7baa26fcf5c0933d5718c621debbd5d380696639-refs/branch-heads/2883@{#11} (32/64-bit) OS: Windows(7,8,8.1,10), Linux(14.04 LTS) What steps will reproduce the problem? (1)Launch chrome and navigate to http://www.quirksmode.org/html5/tests/video.html (2)Press 'tab' key till focus(highlight) reaches media controller. (3)Now press tab key again and observe the media controller bar. Actual: Traces of highlight appears on media controller after pressing tab key. Expected: No such traces of highlight should be seen on media controller after pressing tab key. This is a regression issue broken in 'M52' and below is the manual regression range: Good Build: 52.0.2735.0 Bad Build: 52.0.2737.0 Narrow bisect: https://chromium.googlesource.com/chromium/src/+log/4f172e11f23ed76695160b8d7ce74bea487918d5..efdd41f9d440254e720d7f2dc1a2958eea5c5df3?pretty=fuller&n=50 Suspecting: 393557 ? Note: Issue not seen on Mac OS.
,
May 15 2017
,
May 15 2017
,
May 31 2017
,
Jun 13 2017
It does not seem that the changes in 393557 are the culprit. The only non-test change is to content/public/common/content_features.cc, and that change doesnt exist anymore in the current build, yet the problem persists. I think this problem has to do with not repainting after the user tabs. If one mouses in, the highlighting is corrected. I have not found the repaint code yet for the mousing in occurrence. If anyone has any idea/ptrs, please let me know.
,
Jun 13 2017
+khushalsagar@ To give it a look from a compositing viewpoint, reasoning below. So after more inspection it seems that the number of outlines being painted is consistent regardless of what actually appears on the screen. Also, it seems that the elements being repainted are reasonable at each step. My theory that it is a repaint issue is looking a little weak. wez@ gave it a look and mentioned that it seemed like a compositing bug due to some of the inconsistencies we saw repro-ing it. He mentioned a possible error with double buffering. Given that we were able to remove the false highlighting and re-add it by bringing the cursor in and out of the MediaControls, it seems that this issue is not directly related to tabbing and has to do with some inconsistency of state. mlamouri@ mentioned that this issue may solve itself once the UI rework goes through, but given that this might be a compositing bug, not sure. Regardless, the priority has been dropped to 2, so khushalsagar@, if you have a moment, please give it a look.
,
Jul 19 2017
,
Jul 20
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
,
Jul 23
This seems to be resolved now the highlight appears properly which is what is expected. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by mlamouri@chromium.org
, Oct 18 2016