"ChildProcessLauncherBrowserTest.ChildSpawnFail" is flaky |
||
Issue description"ChildProcessLauncherBrowserTest.ChildSpawnFail" is flaky. This issue was created automatically by the chromium-try-flakes app. Please find the right owner to fix the respective test/step and assign this issue to them. If the step/test is infrastructure-related, please add Infra-Troopers label and change issue status to Untriaged. When done, please remove the issue from Sheriff Bug Queue by removing the Sheriff-Chromium label. We have detected 7 recent flakes. List of all flakes can be found at https://chromium-try-flakes.appspot.com/all_flake_occurrences?key=ahVzfmNocm9taXVtLXRyeS1mbGFrZXNyOQsSBUZsYWtlIi5DaGlsZFByb2Nlc3NMYXVuY2hlckJyb3dzZXJUZXN0LkNoaWxkU3Bhd25GYWlsDA. Flaky tests should be disabled within 30 minutes unless culprit CL is found and reverted. Please see more details here: https://sites.google.com/a/chromium.org/dev/developers/tree-sheriffs/sheriffing-bug-queues#triaging-auto-filed-flakiness-bugs
,
Aug 15 2016
[FATAL:render_process_host_impl.cc(477)] Check failed: ::content::BrowserThread::CurrentlyOn(BrowserThread::IO). Must be called on Chrome_IOThread; actually called on CrBrowserMain. (Stack trace not symbolized) https://build.chromium.org/p/tryserver.chromium.android/builders/linux_android_rel_ng/builds/119625/steps/content_browsertests%20%28with%20patch%29%20on%20Android/logs/ChildProcessLauncherBrowserTest.ChildSpawnFail
,
Aug 15 2016
Hmm, already fixed? (Last failure was around 2016-08-11 00:00 UTC)
,
Aug 16 2016
|
||
►
Sign in to add a comment |
||
Comment 1 by hirosh...@chromium.org
, Aug 15 2016