Closed Bug 795826 Opened 12 years ago Closed 12 years ago

crash in mozilla::`anonymous namespace'::ContainerState::Finish

Categories

(Core :: Layout, defect)

18 Branch
defect
Not set
critical

Tracking

()

VERIFIED FIXED
mozilla19
Tracking Status
firefox16 --- unaffected
firefox17 --- unaffected
firefox18 + verified

People

(Reporter: scoobidiver, Assigned: mattwoodrow)

References

Details

(4 keywords)

Crash Data

With that stack trace, it first appeared in 18.0a1/20120929 and is #13 top browser crasher in today's build. The regression range is: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=895f66c4eada&tochange=c09a0c022b2e It's likely a regression from bug 539356 part 9e. It might related to or a dupe of bug 795819. Signature nsTHashtable<mozilla::FrameLayerBuilder::DisplayItemDataEntry>::s_EnumStub(PLDHashTable*, PLDHashEntryHdr*, unsigned int, void*) More Reports Search UUID d1536852-251f-4be3-9000-d7e032121001 Date Processed 2012-10-01 06:48:51 Uptime 915 Last Crash 15.9 minutes before submission Install Age 15.2 minutes since version was first installed. Install Time 2012-10-01 07:33:07 Product Firefox Version 18.0a1 Build ID 20120930030610 Release Channel nightly OS Windows NT OS Version 6.1.7600 Build Architecture x86 Build Architecture Info AuthenticAMD family 16 model 5 stepping 3 Crash Reason EXCEPTION_ACCESS_VIOLATION_EXEC Crash Address 0x1 App Notes AdapterVendorID: 0x1002, AdapterDeviceID: 0x68c1, AdapterSubsysID: 036e1025, AdapterDriverVersion: 8.961.0.0 D2D? D2D+ DWrite? DWrite+ D3D10 Layers? D3D10 Layers+ EMCheckCompatibility True Adapter Vendor ID 0x1002 Adapter Device ID 0x68c1 Total Virtual Memory 4294836224 Available Virtual Memory 3713724416 System Memory Use Percentage 26 Available Page File 6571540480 Available Physical Memory 3145109504 Frame Module Signature Source 0 @0x1 1 xul.dll nsTHashtable<mozilla::FrameLayerBuilder::DisplayItemDataEntry>::s_EnumStub obj-firefox/dist/include/nsTHashtable.h:487 2 xul.dll PL_DHashTableEnumerate obj-firefox/xpcom/build/pldhash.cpp:716 3 xul.dll mozilla::`anonymous namespace'::ContainerState::Finish layout/base/FrameLayerBuilder.cpp:2578 4 xul.dll mozilla::FrameLayerBuilder::BuildContainerLayerFor layout/base/FrameLayerBuilder.cpp:2875 5 xul.dll nsDisplayOwnLayer::BuildLayer layout/base/nsDisplayList.cpp:2672 More reports at: https://crash-stats.mozilla.com/report/list?version=Firefox:18.0a1&signature=nsTHashtable%3Cmozilla%3A%3AFrameLayerBuilder%3A%3ADisplayItemDataEntry%3E%3A%3As_EnumStub%28PLDHashTable*%2C+PLDHashEntryHdr*%2C+unsigned+int%2C+void*%29
Crash Signature: [@ nsTHashtable<mozilla::FrameLayerBuilder::DisplayItemDataEntry>::s_EnumStub(PLDHashTable*, PLDHashEntryHdr*, unsigned int, void*)] → [@ nsTHashtable<mozilla::FrameLayerBuilder::DisplayItemDataEntry>::s_EnumStub(PLDHashTable*, PLDHashEntryHdr*, unsigned int, void*)] [@ @0x0 | nsTHashtable<mozilla::FrameLayerBuilder::DisplayItemDataEntry>::s_EnumStub(PLDHashTable*, PLDHashEntryHdr* uns…
Tracking it for 18 and assigning to to matt as bug 539356 part 9e is the suspected bug that caused the regression. Please feel free to reassign
Assignee: nobody → matt.woodrow
Depends on: 798244
Does this still show up in the 10/4 nightly?
(In reply to Chris Jones [:cjones] [:warhammer] from comment #3) > Does this still show up in the 10/4 nightly? Yes. It's #7 top crasher in today's build.
Thanks, good to know. STR wanted!
(In reply to Chris Jones [:cjones] [:warhammer] from comment #5) > STR wanted! STR are in bug 798244.
This bug was filed from the Socorro interface and is report bp-4c6294b5-b433-488b-8b6e-7d6c22121005 . ============================================================= STR: 1. Load Google DevTools slideshow: http://www.igvita.com/slides/2012/devtools-tips-and-tricks/ 2. Hold down the right arrow or space bar to rapidly advance the slides RESULT: Crash!
No longer depends on: 798244
Crash Signature: [@ nsTHashtable<mozilla::FrameLayerBuilder::DisplayItemDataEntry>::s_EnumStub(PLDHashTable*, PLDHashEntryHdr*, unsigned int, void*)] [@ @0x0 | nsTHashtable<mozilla::FrameLayerBuilder::DisplayItemDataEntry>::s_EnumStub(PLDHashTable*, PLDHashEntryHdr* uns… → [@ nsTHashtable<mozilla::FrameLayerBuilder::DisplayItemDataEntry>::s_EnumStub(PLDHashTable*, PLDHashEntryHdr*, unsigned int, void*)] [@ @0x0 | nsTHashtable<mozilla::FrameLayerBuilder::DisplayItemDataEntry>::s_EnumStub(PLDHashTable*, PLDHashEntryHdr* unsi…
OS: Windows 7 → All
Hardware: x86 → All
I haven't delved into this very deeply but we're crashing on a dead frame pointer in an mFramesWithLayers map. Marking dependent on bug 795674 which will at least change this bug if not fix it.
Depends on: 795674
Crash Signature: unsigned int, void*)] [@ mozilla::FrameLayerBuilder::UpdateDisplayItemDataForFrame] → unsigned int, void*)] [@ mozilla::FrameLayerBuilder::UpdateDisplayItemDataForFrame] [@ mozilla::FrameLayerBuilder::UpdateDisplayItemDataForFrame(mozilla::FrameLayerBuilder::DisplayItemDataEntry*, void*)]
Is this still happening now that bug 795674 has landed?
(In reply to Matt Woodrow (:mattwoodrow) from comment #10) > Is this still happening now that bug 795674 has landed? There are crashes up to 19.0a1/20121011 and 18.0a2/20121014.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla19
Bug 795674 was uplifted to Aurora.
Verified fixed on FF 18b1 on Win 7, Ubuntu 12.04 and Mac OS X 10.7.5 using the STR in comment 7.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.