New issue
Advanced search Search tips

Issue 613936 link

Starred by 3 users

Issue metadata

Status: Fixed
Owner: ----
Closed: May 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 2
Type: Bug

Blocked on:
issue 487050



Sign in to add a comment

Multiple http/tests/fetch/workers tests are flaky

Project Member Reported by yhirano@chromium.org, May 23 2016

Issue description

http://test-results.appspot.com/dashboards/flakiness_dashboard.html#tests=http%2Ftests%2Ffetch%2Fworkers

headers.html
headers-guard.html
fetch.html
response-content-base-https-other-https.html
filtered-response-base-https-other-https.html
headers-guard-base-https-other-https.html
referrer-base-https-other-https.html
stream-reader-base-https-other-https.html
 
https://storage.googleapis.com/chromium-layout-test-archives/WebKit_Linux_ASAN/24251/layout-test-results/http/tests/fetch/workers/headers-stderr.txt
Strack trace from an ASAN bot:

==4==ERROR: AddressSanitizer: SEGV on unknown address 0x00009f7537dd (pc 0x000005e35145 bp 0x7fbfd77fe0d0 sp 0x7fbfd77fe0c0 T34)
==4==The signal is caused by a READ memory access.
    #0 0x5e35144 in ?? third_party/WebKit/Source/bindings/core/v8/V8Initializer.cpp:423:5
    #1 0x44ed1c6 in ReportApiFailure v8/src/api.cc:321:5
    #2 0x44ed1c6 in ApiCheck v8/src/api.h:184:0
    #3 0x44ed1c6 in ToLocalEmpty v8/src/api.cc:742:0
    #4 0x8a5b3d3 in ToLocalChecked v8/include/v8.h:7575:37
    #5 0x8a5b3d3 in v8CallOrCrash<v8::Value> third_party/WebKit/Source/bindings/core/v8/V8BindingMacros.h:103:0
    #6 0x8a5b3d3 in callExtraOrCrash<2> third_party/WebKit/Source/bindings/core/v8/V8ScriptRunner.h:87:0
    #7 0x8a5b3d3 in error<blink::DOMException *> third_party/WebKit/Source/core/streams/ReadableStreamController.h:105:0
    #8 0x8a599f5 in error third_party/WebKit/Source/modules/fetch/BodyStreamBuffer.cpp:355:9
    #9 0x8a596f3 in didGetReadable third_party/WebKit/Source/modules/fetch/BodyStreamBuffer.cpp:252:13
    #10 0x3baa505 in Run<std::__1::unique_ptr<blink::WebTaskRunner::Task, std::__1::default_delete<blink::WebTaskRunner::Task> > > base/bind_internal.h:159:12
    #11 0x3baa505 in MakeItSo<std::__1::unique_ptr<blink::WebTaskRunner::Task, std::__1::default_delete<blink::WebTaskRunner::Task> > > base/bind_internal.h:311:0
    #12 0x3baa505 in Run base/bind_internal.h:362:0
    #13 0xc502924 in Run base/callback.h:397:12
    #14 0xc502924 in RunTask base/debug/task_annotator.cc:51:0
    #15 0x3b92637 in ProcessTaskFromWorkQueue components/scheduler/base/task_queue_manager.cc:289:3
    #16 0x3b8f41d in DoWork components/scheduler/base/task_queue_manager.cc:201:13
    #17 0x3b94224 in Run<scheduler::TaskQueueManager *, const base::TimeTicks &, const bool &> base/bind_internal.h:186:12
    #18 0x3b94224 in MakeItSo<base::WeakPtr<scheduler::TaskQueueManager>, const base::TimeTicks &, const bool &> base/bind_internal.h:324:0
    #19 0x3b94224 in Run base/bind_internal.h:362:0
    #20 0xc502924 in Run base/callback.h:397:12
    #21 0xc502924 in RunTask base/debug/task_annotator.cc:51:0
    #22 0xc548e55 in RunTask base/message_loop/message_loop.cc:478:3
    #23 0xc549745 in DeferOrRunPendingTask base/message_loop/message_loop.cc:487:5
    #24 0xc54a6ac in DoWork base/message_loop/message_loop.cc:604:13
    #25 0xc5510b0 in Run base/message_loop/message_pump_default.cc:33:21
    #26 0xc59fa68 in Run base/run_loop.cc:35:3
    #27 0xc54796e in ?? base/message_loop/message_loop.cc:294:3
    #28 0xc5f8870 in ThreadMain base/threading/thread.cc:254:3
    #29 0xc5ece84 in ThreadFunc base/threading/platform_thread_posix.cc:70:3
    #30 0x7fc01f61ee99 in start_thread /build/eglibc-rrybNj/eglibc-2.15/nptl/pthread_create.c:308:0
Blockedon: 487050
Cc: nhiroki@chromium.org
I can reproduce the problem locally. /fetch/workers/headers-guard.html crashes 25 times when I run the test 10000 times.

When I stop calling v8::Isolate::TerminateExecution in WorkerThread.cpp, all crashes go away. Hence I think  issue 487050  is the root cause.

Comment 3 by kreg1...@gmail.com, May 23 2016

Comment 4 by kreg1...@gmail.com, May 23 2016

Должен работать!

Sign in to add a comment