New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 782509 link

Starred by 3 users

Issue metadata

Status: Fixed
Closed: Nov 2017
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 1
Type: Bug

Sign in to add a comment

widespread Media.GpuVideoDecoderInitializeStatus not loaded or histogram bucket not found or histogram bucket found at < 100%

Project Member Reported by, Nov 8 2017

Issue description

Look like this is caused by bad Chrome.

The log is from the code autotest here.

Basically autotest want to open Chrome at chrome://histograms/Media.GpuVideoDecoderInitializeStatus but error occurs.
RE 1 bad chrome would be my instinct too, but we haven't had a new chrome between the last 2 cq runs afaik.
Status: Assigned (was: Untriaged)

Comment 5 by, Nov 8 2017

I will fix this issue ASAP.
Labels: videoshortlist
Shouldn't the test be disabled or the CL be reverted at this point? It's been two hours.
Agreed with #7. If we're not close to a fix, let's disable the tests to unblock CQ.

Preparing test-removal CL.
 Issue 782493  has been merged into this issue.
The root cause is is gone.
The test try to use the video in the site.
vsuley@ is recently adding some changes in the site.

We can use instead as a temporal solution.
CL is here.
I would move back these tests to CQ by the CL.
FYI: I filed an issue for fixing server error. .
It should be a true solution for this issue.
Project Member

Comment 15 by, Nov 8 2017

The following revision refers to this bug:

commit 78342815965c7524d994cfc245da0a99f684a34e
Author: Hirokazu Honda <>
Date: Wed Nov 08 16:28:36 2017

autotest: Fix video_ChromeHWDecodeUsed mse tests failure

video_ChromeHWDecodeUsed mse tests are failed because is
broken down. We can temporarily use instead.

BUG= chromium:782509 
TEST=video_ChromeHWDecodeUsed on peach_pit

Change-Id: I0b6b6d400396529cf58b7ecddf52f9d3d4384e55
Commit-Ready: Hirokazu Honda <>
Tested-by: Hirokazu Honda <>
Reviewed-by: Hirokazu Honda <>


It seems a little worrisome for a test in the critical path to depend on an external service that can be turned down at any point. How do we prevent this from happening again in the future?
#16 should definitely be considered.
I will discuss with test team, if we can test video with MSE without Internet.
If it is impossible, should we move these mse tests to outside of CQ.
Labels: -Pri-0 Pri-1
Discussed this with hiroh@, I think we can move the html/js assets to the code repository so that they are deployed along with the test so it can all be executed locally. We will try to use one of the videos already being deployed to DUTs to avoid increasing the size too much. 

Also, reducing priority since the bug is no longer blocking.
Status: Fixed (was: Assigned)
hiroh has created this issue to track the work suggested in #17.

This commit should take the tests back to

Closing the bug as fixed. 

Sign in to add a comment