Closed
Bug 1134771
Opened 10 years ago
Closed 3 years ago
crash in mozilla::FrameLayerBuilder::GetPaintedLayerScaleForFrame(nsIFrame*)
Categories
(Core :: Layout, defect)
Tracking
()
People
(Reporter: alex_mayorga, Unassigned)
References
Details
(Keywords: crash, Whiteboard: qa-not-actionable)
Crash Data
This bug was filed from the Socorro interface and is
report bp-5276cda8-70c8-464d-a890-d9ba12150219.
=============================================================
Updated•10 years ago
|
Component: General → Layout
Product: Firefox → Core
Comment 1•10 years ago
|
||
Low-volume crash. Looks like it started in v35. All platforms are affected.
The stack for bp-5276cda8-70c8-464d-a890-d9ba12150219 is:
mozilla::FrameLayerBuilder::GetPaintedLayerScaleForFrame(nsIFrame*)
mozilla::ScrollFrameHelper::ScrollToImpl(nsPoint, nsRect const&, nsIAtom*)
mozilla::ScrollFrameHelper::ReflowFinished()
PresShell::HandlePostedReflowCallbacks(bool)
PresShell::DidDoReflow(bool, bool)
PresShell::ProcessReflowCommands(bool)
PresShell::FlushPendingNotifications(mozilla::ChangesToFlush)
...
Other crashes have a different stack leading up to ScrollToImpl,
e.g. bp-ade4eaca-c30a-48a0-b5a3-7264d2150127
mozilla::FrameLayerBuilder::GetPaintedLayerScaleForFrame(nsIFrame*)
mozilla::ScrollFrameHelper::ScrollToImpl(nsPoint, nsRect const&, nsIAtom*)
mozilla::ScrollFrameHelper::AsyncScrollCallback(mozilla::ScrollFrameHelper*, mozilla::TimeStamp)
mozilla::ScrollFrameHelper::AsyncScroll::WillRefresh(mozilla::TimeStamp)
nsRefreshDriver::Tick(__int64, mozilla::TimeStamp)
nsRefreshDriver::DoTick()
nsRefreshDriver::WillRefresh(mozilla::TimeStamp)
nsRefreshDriver::Tick(__int64, mozilla::TimeStamp)
nsRefreshDriver::DoTick()
nsRefreshDriver::FinishedWaitingForTransaction()
nsRefreshDriver::NotifyTransactionCompleted(unsigned __int64)
mozilla::layers::ClientLayerManager::DidComposite(unsigned __int64)
...
Version: Trunk → 35 Branch
Updated•10 years ago
|
OS: Windows NT → All
Updated•10 years ago
|
Crash Signature: [@ mozilla::FrameLayerBuilder::GetPaintedLayerScaleForFrame(nsIFrame*)] → [@ mozilla::FrameLayerBuilder::GetPaintedLayerScaleForFrame(nsIFrame*)]
[@ mozilla::FrameLayerBuilder::GetPaintedLayerScaleForFrame]
Updating crash signature to reflect changes to signature generation made in bug 1269817 (although reports older than a week will not be reprocessed), and adding dependency to ShutDownKill metabug.
(These probably shouldn't all be separate bugs, but I'm not going to fix that up in a mass-change.)
Blocks: shutdownkill
Crash Signature: [@ mozilla::FrameLayerBuilder::GetPaintedLayerScaleForFrame(nsIFrame*)]
[@ mozilla::FrameLayerBuilder::GetPaintedLayerScaleForFrame] → [@ IPCError-browser | ShutDownKill ]
Note that the crash in comment 0 and the first crash in comment 1 are ShutDownKill crashes, which now have separate signatures.
(see the ipc_channel_error field in the Metadata tab.)
Mats, maybe worth filing a separate bug for the second crash in comment 1?
Flags: needinfo?(mats)
Comment 5•9 years ago
|
||
Or we could re-purpose this bug to be about the non-ShutDownKill crash since
the stack related to the ShutDownKill crash doesn't indicate a Layout bug.
(it's just some random (valid) stack that got intentionally aborted IIUC)
Anyway, it might be better to wait a few weeks to see if there are any new
GetPaintedLayerScaleForFrame crashes after ShutDownKill related ones have
forked to the new signature. (keeping the needinfo to check this later)
Comment 6•9 years ago
|
||
We still have recent crash reports coming in for GetPaintedLayerScaleForFrame:
bp-563bd511-7d29-46a1-b9ab-c635d2160506
bp-b30b8c1e-25e1-43c5-9039-e54d32160527
so I think the original (Layout) bug here still exist (the first stack in
comment 1 at least).
Crash Signature: [@ IPCError-browser | ShutDownKill ] → [@ @0x0 | mozilla::FrameLayerBuilder::GetPaintedLayerScaleForFrame ]
[@ mozilla::FrameLayerBuilder::GetPaintedLayerScaleForFrame ]
Flags: needinfo?(mats)
| Reporter | ||
Comment 7•9 years ago
|
||
[@ @0x0 | mozilla::FrameLayerBuilder::GetPaintedLayerScaleForFrame ] no longer shows.
[@ mozilla::FrameLayerBuilder::GetPaintedLayerScaleForFrame ] affects release and beta, 45 total crashes in the past week.
Crash Signature: [@ @0x0 | mozilla::FrameLayerBuilder::GetPaintedLayerScaleForFrame ]
[@ mozilla::FrameLayerBuilder::GetPaintedLayerScaleForFrame ] → [@ mozilla::FrameLayerBuilder::GetPaintedLayerScaleForFrame ]
status-firefox48:
--- → affected
status-firefox49:
--- → affected
| Reporter | ||
Updated•9 years ago
|
status-firefox50:
--- → affected
status-firefox51:
--- → affected
Comment 8•7 years ago
|
||
Closing because no crashes reported for 12 weeks.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
Comment 9•7 years ago
|
||
Closing because no crashes reported for 12 weeks.
Comment 10•7 years ago
|
||
There are still some crashes so reopen it.
Status: RESOLVED → REOPENED
status-firefox64:
--- → affected
status-firefox65:
--- → affected
status-firefox-esr60:
--- → affected
Resolution: WONTFIX → ---
Updated•4 years ago
|
Whiteboard: qa-not-actionable
Comment 11•3 years ago
|
||
Since the crash volume is low (less than 5 per week), the severity is downgraded to S3. Feel free to change it back if you think the bug is still critical.
For more information, please visit auto_nag documentation.
Severity: critical → S3
Comment 12•3 years ago
|
||
This code no longer exists at that location. No crashes at the new location.
Status: REOPENED → RESOLVED
Closed: 7 years ago → 3 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•