1376919 - Crash in nsContainerFrame::PositionFrameView

Status: RESOLVED WORKSFORME

(Core :: Layout, defect, P3)

Description

[Sylvestre Ledru [:Sylvestre]]

This bug was filed from the Socorro interface and is 
report bp-43c0d2eb-8a9a-4269-8d26-3cf000170628.
=============================================================

Note that I have stylo enabled

Frame	Module	Signature	Source
0 	libxul.so	nsContainerFrame::PositionFrameView(nsIFrame*)	
1 	libxul.so	nsContainerFrame::PositionChildViews	layout/generic/nsContainerFrame.cpp:1023
2 	libxul.so	nsContainerFrame::PositionChildViews	layout/generic/nsContainerFrame.cpp:1025
3 	libxul.so	nsContainerFrame::PositionChildViews	layout/generic/nsContainerFrame.cpp:1025
4 	libxul.so	nsContainerFrame::PositionChildViews	layout/generic/nsContainerFrame.cpp:1025
5 	libxul.so	nsContainerFrame::PositionChildViews	layout/generic/nsContainerFrame.cpp:1025
6 	libxul.so	nsContainerFrame::ReflowChild(nsIFrame*, nsPresContext*, mozilla::ReflowOutput&, mozilla::ReflowInput const&, int, int, unsigned int, nsReflowStatus&, nsOverflowContinuationTracker*)	
7 	libxul.so	mozilla::ViewportFrame::Reflow(nsPresContext*, mozilla::ReflowOutput&, mozilla::ReflowInput const&, nsReflowStatus&)	
8 	libxul.so	mozilla::PresShell::DoReflow(nsIFrame*, bool)	
9 	libxul.so	mozilla::PresShell::ProcessReflowCommands(bool)	
10 	libxul.so	mozilla::PresShell::DoFlushPendingNotifications(mozilla::ChangesToFlush)	
11 	libxul.so	nsRefreshDriver::Tick(long, mozilla::TimeStamp)	
12 	libxul.so	mozilla::RefreshDriverTimer::TickRefreshDrivers	layout/base/nsRefreshDriver.cpp:327
13 	libxul.so	mozilla::RefreshDriverTimer::Tick	layout/base/nsRefreshDriver.cpp:319
14 	libxul.so	mozilla::VsyncRefreshDriverTimer::RefreshDriverVsyncObserver::TickRefreshDriver	layout/base/nsRefreshDriver.cpp:750
15 	libxul.so	mozilla::VsyncRefreshDriverTimer::RefreshDriverVsyncObserver::NotifyVsync	layout/base/nsRefreshDriver.cpp:564
16 	libxul.so	mozilla::layout::VsyncChild::RecvNotify	layout/ipc/VsyncChild.cpp:67
17 	libxul.so	mozilla::layout::PVsyncChild::OnMessageReceived	obj-firefox/ipc/ipdl/PVsyncChild.cpp:155
18 	libxul.so	mozilla::ipc::PBackgroundChild::OnMessageReceived(IPC::Message const&)	
19 	libxul.so	mozilla::ipc::MessageChannel::DispatchAsyncMessage(IPC::Message const&)	
20 	libxul.so	libxul.so@0xc715d5	
21 	libxul.so	mozilla::ipc::MessageChannel::MessageTask::Run()	
22 	libxul.so	nsThread::ProcessNextEvent(bool, bool*)	
23 	libxul.so	NS_ProcessNextEvent(nsIThread*, bool)	
24 	libxul.so	mozilla::ipc::MessagePump::Run(base::MessagePump::Delegate*)	
25 	libxul.so	MessageLoop::Run()	
26 	libxul.so	nsBaseAppShell::Run	widget/nsBaseAppShell.cpp:156
27 	libxul.so	XRE_RunAppShell	toolkit/xre/nsEmbedFunctions.cpp:896
28 	libxul.so	MessageLoop::Run()	
29 	libxul.so	XRE_InitChildProcess	toolkit/xre/nsEmbedFunctions.cpp:712
30 	firefox	content_process_main	ipc/contentproc/plugin-container.cpp:64

Comment 1

[Mats Palmgren (inactive)]

This signature is fairly low-volume.
Also, I suspect it's not very actionable without steps to reproduce it.

Comment 2

[Astley Chen (inactive)]

Quickly walked through several urls from the reports in last 2 months and no luck to reproduce the crash.
It's fairly safe to change to P3.

Comment 4

[Pablo]

Reopening bug since there are crashes in the last 6 months

Comment 5

[Wayne Mery (:wsmwk)]

Yeah, but only one crash per month for Firefox.
bp-5c184682-3354-49a7-ad25-7d5b50210507 is one for 88.0.1

Suggest close

Comment 6

[Pablo]

Changing to WFM per last comment, please feel free to reopen if needed.