Failed test on the first run, does not fail if run it separately. |
|||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/56.0.2924.87 Safari/537.36 Steps to reproduce the problem: Tried on the latest chromium build Run whole test suite: 1. ninja -C out/Default/ content/test:content_unittests 2. out/Default/content_unittests Run failed test separately: 1. out/Default/content_unittests --gtest_filter="BrowserThreadTest.Release" What is the expected behavior? What went wrong? [325/4652] BrowserThreadTest.Release (CRASHED) Above is the test which crashed when we ran whole test suite. But if we will run this test separately - it will pass. Did this work before? N/A Chrome version: 56.0.2924.87 Channel: stable OS Version: Flash Version:
,
Feb 16 2017
,
Feb 16 2017
Revision hash: 83d63d4b6acb4af448f5532f0ca7fee1828dae32
,
Feb 16 2017
Tried to run smaller list of tests - just tests that were in batch - got the same crash. out/Default/content_unittests --gtest_filter="FrameConnectedBluetoothDevicesTest.Destruction_MultipleMaps:FrameConnectedBluetoothDevicesTest.DestroyedByWebContentsImplDestruction:BrowserAssociatedInterfaceTest.Basic:BrowserThreadTest.PostTask:BrowserThreadTest.Release:BrowserThreadTest.ReleasedOnCorrectThread:BrowserThreadTest.PostTaskViaTaskRunner:BrowserThreadTest.ReleaseViaTaskRunner:BrowserThreadTest.PostTaskAndReply:BrowserThreadTest.RunsTasksOnCurrentThreadDuringShutdown"
,
Feb 17 2017
This looks like out of scope for TE, hence adding the respective label for it to triage further.
,
Jul 26 2017
,
Jul 26
Issue has not been modified or commented on in the last 365 days, please re-open or file a new bug if this is still an issue. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot |
|||||
►
Sign in to add a comment |
|||||
Comment 1 by dimaa@google.com
, Feb 16 2017