Sliver of video underneath Media Remoting interstitial is showing |
||||||||||||
Issue descriptionSee attached screenshot (with red mark-up). I suspect this may be due to the fact that I was running this on display hardware with a 1.5X device scale factor. My theory is that, for compositing performance reasons, the video layer is being aligned to logical pixel boundaries. However, the DOM elements covering it are not. This leaves a "sliver" of 0.5 logical pixels on the left side of the video uncovered. As for possible solutions, maybe the bounds of the shadow DOM elements for the interstitial can be extended? Via CSS? And, would bleed-over be an issue, or are the shadow DOM elements clipped to their parent video element?
,
May 10 2017
This might also be due to sub-pixel layer positioning which IIRC was recently landed. It would only be related to crbug.com/716174 if there is a border around the video element, which doesn't seem to be the case. And that would happen in M-58 also. Could you verify those conditions and update the bug? Note the link in the test case https://vimeo.com/193358188 I can't repro on Mac.
,
May 10 2017
The media remoting interstitial was introduced from M59. So far this issue was only reported on display with 1.5X device scale factor. Repro steps: 1. Enable #media-remoting flag in chrome://flags. 2. Mirroring a tab to a ChromeCast receiver (build 1.23). 3. Start playing any video (e.g. a local video, or any vimeo video) in tab. 4. Fullscreen the video, and wait for media remoting starts with the interstitial shown locally. Please note the issue doesn't happens for all sizes. So the browser window might need to be resized to repro.
,
May 10 2017
re #3: That won't work in a Chromium build (need a Chrome-branded build). We should wait for the other bug to be fixed, and then just re-check (on our end) whether this bug has been fixed.
,
May 11 2017
,
Jun 12 2017
,
Aug 14 2017
,
Aug 18 2017
This may have been fixed. Next time I have a local build going (since this repro'ed on my Linux Desktop very easily), I'll double-check.
,
Oct 9 2017
,
Dec 5 2017
dbbrooks@ can you please see whether you can repro in latest build?
,
Dec 5 2017
,
Dec 5 2017
Note that this only repro'ed on a desktop using a 1.5X device scaling factor. So, this will not repro on a Mac Retina (2X), or a traditional screen. (See original bug description for more details.)
,
Dec 11 2017
,
Dec 11 2017
,
Dec 11 2017
,
Feb 1 2018
dbbrooks: Ping. BTW--You should be able to set up the repro conditions by launching chrome with the --force-device-scale-factor=1.5 flag. And, be sure to try a few different window sizes to make sure the width of the window is an odd number of pixels. :)
,
Feb 1 2018
On Chrome 65.0.3325.31, I just: 1. launched Chrome with the --force-device-scale-factor=1.5 flag 2. Triggered Media Remoting 3. Verified that I didn't see the bug. 4. Stopped Media Remoting, resized the browser window, re-triggered Media Remoting and did not see the bug. 5. Repeated step 4 a few times with different window sizes. So as long as these steps are sufficient, I'll close this bug as Won't Fix, no repro. |
||||||||||||
►
Sign in to add a comment |
||||||||||||
Comment 1 by x...@chromium.org
, May 9 2017Components: Blink>Paint
Owner: ka...@opera.com