telemetry tests still pass when video is broken |
||||
Issue descriptionI added error handling code for IPC connection error for video CompositorFrameSinks that would detect when the connection to the display compositor was lost. This ended up exposing some bugs and causing crashes on Android WebView (see crbug.com/853204 for more details on that). This also points to another problem, before I landed a patch to detect connection errors system_health.common_mobile and system_health.memory_mobile were running and passing on Android WebView. All pages that included video just had an empty rectangle where the video was supposed to be though. I believe you can see evidence of that in the last passing trace here in https://pinpoint-dot-chromeperf.appspot.com/job/107d15b9240000. I also confirmed by running the benchmark locally. This is possible because most of the tab content and the video content are now submitted to separate CompositorFramesSinks and composited together by the display compositor. The video CompositorFrames weren't reaching the display compositor so no video showed up. The same thing could happen with OOPIFs too.
,
Jun 22 2018
,
Jun 25 2018
Ideally another correctness test could catch problems but crbug.com/853204 was caused by the intersection of a couple issues: Android WebView as a platform isn't fully distinct from Android, field trial testing configs work different than finch field trials and a big change to how video works was being finch trialled but didn't work with Android WebView. I'm not working on any of those projects and I'm not familiar with the testing around them. It might just have been a weird enough bug that no existing correctness tests caught it. Feel free to close as WontFix if that's appropriate.
,
Jan 16
(6 days ago)
,
Jan 16
(6 days ago)
|
||||
►
Sign in to add a comment |
||||
Comment 1 by perezju@chromium.org
, Jun 22 2018