New issue
Advanced search Search tips

Issue 636266 link

Starred by 1 user
Status: Duplicate
Merged: issue 635832
Owner:
bcwh...@chromium.org
Closed: Aug 2016
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 1
Type: Bug



Sign in to add a comment

"MultiProfileFileManagerBrowserTest.PRE_BasicDownloads" is flaky

Project Member Reported by chromium...@appspot.gserviceaccount.com, Aug 10 2016 
"MultiProfileFileManagerBrowserTest.PRE_BasicDownloads" 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 3 recent flakes. List of all flakes can be found at https://chromium-try-flakes.appspot.com/all_flake_occurrences?key=ahVzfmNocm9taXVtLXRyeS1mbGFrZXNyQAsSBUZsYWtlIjVNdWx0aVByb2ZpbGVGaWxlTWFuYWdlckJyb3dzZXJUZXN0LlBSRV9CYXNpY0Rvd25sb2Fkcww.

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

Comment 1 by foolip@chromium.org, Aug 10 2016 

Failure is in linux_chromium_chromeos_rel_ng and looks like this:

[7018:7039:0809/092120:FATAL:lock_impl_posix.cc(63)] Check failed: rv == 0 (22 vs. 0). Invalid argument
#0 0x000002ecdf2e base::debug::StackTrace::StackTrace()
#1 0x000002ee322a logging::LogMessage::~LogMessage()
#2 0x000002f1c7f5 base::internal::LockImpl::Lock()
#3 0x000001c65660 content::HostZoomMapImpl::GetZoomLevelForView()
#4 0x000001c36b81 content::RenderFrameMessageFilter::GetHostZoomLevel()
#5 0x000001fcd2ea content::mojom::RenderFrameMessageFilterStub::AcceptWithResponder()
#6 0x00000452310f mojo::InterfaceEndpointClient::HandleValidatedMessage()
#7 0x000001fcd74a content::mojom::RenderFrameMessageFilterRequestValidator::Accept()
#8 0x000004523e4a mojo::InterfaceEndpointClient::HandleIncomingMessage()
#9 0x000004515207 IPC::(anonymous namespace)::ChannelAssociatedGroupController::Accept()
#10 0x0000045259d5 mojo::MessageHeaderValidator::Accept()
#11 0x0000045216d2 mojo::Connector::ReadSingleMessage()
#12 0x000004521b74 mojo::Connector::OnHandleReadyInternal()
#13 0x0000019e095b mojo::Watcher::OnHandleReady()
#14 0x000002f55c49 base::debug::TaskAnnotator::RunTask()
#15 0x000002eea745 base::MessageLoop::RunTask()
#16 0x000002eeaa38 base::MessageLoop::DeferOrRunPendingTask()
#17 0x000002eead7b base::MessageLoop::DoWork()
#18 0x000002eed669 base::MessagePumpLibevent::Run()
#19 0x000002eea28d base::MessageLoop::RunHandler()
#20 0x000002f0b8c0 base::RunLoop::Run()
#21 0x000002f2d6be base::Thread::Run()
#22 0x000001b48765 content::BrowserThreadImpl::IOThreadRun()
#23 0x000001b488f8 content::BrowserThreadImpl::Run()
#24 0x000002f2da10 base::Thread::ThreadMain()
#25 0x000002f28c05 base::(anonymous namespace)::ThreadFunc()
#26 0x7fa7a2b0ae9a start_thread
#27 0x7fa79e28c36d clone

Comment 2 by foolip@chromium.org, Aug 10 2016

Labels: OS-Chrome
Owner: bcwh...@chromium.org
Status: Assigned (was: Untriaged)
The same assert was the cause of  issue 635832  yesterday, and the "Track thread activities in order to diagnose hangs" CL relanded in r410938 so that seems like to be the problem.

Comment 3 by foolip@chromium.org, Aug 10 2016

Mergedinto: 635832
Status: Duplicate (was: Assigned)
Ah, but wait. https://build.chromium.org/p/tryserver.chromium.linux/builders/linux_chromium_chromeos_rel_ng/builds/257720 was the most recent flake, and that was built from r410685.

The fix in https://bugs.chromium.org/p/chromium/issues/detail?id=635832#c8 came after that, so duping this on the assumption that it's now fixed.
►

Sign in to add a comment