Closed Bug 1116885 Opened 10 years ago Closed 7 years ago

HWA startup crash in DWrite.dll FindElementCommon(ICacheReference*, bool, CacheHeader const&, unsigned int const*, HashElement const*, void const*, IElementKey const&, CachedElementData*)

Categories

(Core :: Graphics, defect)

37 Branch
x86
Windows 7
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox37 --- ?
firefox38 --- ?
firefox39 --- ?
firefox40 --- ?
firefox47 --- wontfix
firefox48 --- wontfix
firefox49 --- wontfix
firefox-esr45 --- affected
firefox50 --- wontfix
firefox51 --- fix-optional
firefox52 --- fix-optional
firefox53 --- fix-optional

People

(Reporter: wsmwk, Unassigned)

References

Details

(Keywords: crash, regression, Whiteboard: [startupcrash][regression:TB31.0][HWA][tbird crash])

Crash Data

#35 crash for thunerbird 31.3.0 All windows 7 and windows 8 bp-266f30db-6c7e-4838-b670-da0102141223. 0 dwrite.dll FindElementCommon(ICacheReference*, bool, CacheHeader const&, unsigned int const*, HashElement const*, void const*, IElementKey const&, CachedElementData*) 1 dwrite.dll FontCollectionElement::FontCollectionElement(DWriteFactory*, CacheReader*) 2 dwrite.dll DWriteFactory::GetSystemFontCollectionInternal(bool) 3 dwrite.dll DWriteFactory::GetSystemFontCollection(IDWriteFontCollection**, int) 4 xul.dll gfxDWriteFontList::DelayedInitFontList() gfx/thebes/gfxDWriteFontList.cpp 5 xul.dll gfxDWriteFontList::ResolveFontName(nsAString_internal const&, nsAString_internal&) gfx/thebes/gfxDWriteFontList.cpp 6 xul.dll gfxWindowsPlatform::ResolveFontName(nsAString_internal const&, bool (*)(nsAString_internal const&, void*), void*, bool&) gfx/thebes/gfxWindowsPlatform.cpp 7 xul.dll gfxFontGroup::ForEachFontInternal(nsAString_internal const&, nsIAtom*, bool, bool, bool, bool (*)(nsAString_internal const&, nsACString_internal const&, bool, void*), void*) gfx/thebes/gfxFont.cpp 8 xul.dll gfxFontGroup::ForEachFontInternal(nsAString_internal const&, nsIAtom*, bool, bool, bool, bool (*)(nsAString_internal const&, nsACString_internal const&, bool, void*), void*) gfx/thebes/gfxFont.cpp 9 xul.dll gfxFontGroup::ForEachFont(bool (*)(nsAString_internal const&, nsACString_internal const&, bool, void*), void*) gfx/thebes/gfxFont.cpp 10 xul.dll gfxFontGroup::BuildFontList() gfx/thebes/gfxFont.cpp 11 xul.dll gfxFontGroup::gfxFontGroup(nsAString_internal const&, gfxFontStyle const*, gfxUserFontSet*) gfx/thebes/gfxFont.cpp 12 xul.dll nsFontMetrics::Init(nsFont const&, nsIAtom*, nsDeviceContext*, gfxUserFontSet*, gfxTextPerfMetrics*) gfx/src/nsFontMetrics.cpp 13 xul.dll nsFontCache::GetMetricsFor(nsFont const&, nsIAtom*, gfxUserFontSet*, gfxTextPerfMetrics*, nsFontMetrics*&) gfx/src/nsDeviceContext.cpp 14 xul.dll nsDeviceContext::GetMetricsFor(nsFont const&, nsIAtom*, gfxUserFontSet*, gfxTextPerfMetrics*, nsFontMetrics*&) gfx/src/nsDeviceContext.cpp 15 xul.dll nsLayoutUtils::GetFontMetricsForStyleContext(nsStyleContext*, nsFontMetrics**, float) layout/base/nsLayoutUtils.cpp 16 xul.dll ComputeLineHeight layout/generic/nsHTMLReflowState.cpp
caused by HWA? Ranking is now down to 70+ - so probably either users left, found a solution or they stopped crashing Note: approx 1/3 of crashes are not startup. Majority of these have different stack starting at frame 1 For example bp-f6f7cd0c-9a02-4e6c-aa37-a34cd2150120 0 dwrite.dll FindElementCommon(ICacheReference*, bool, CacheHeader const&, unsigned int const*, HashElement const*, void const*, IElementKey const&, CachedElementData*) 1 dwrite.dll ClientSideCacheContext::FindInSharedCache(IElementKey const&, CachedElementData*) 2 dwrite.dll ClientSideCacheContext::FindElement(IElementKey const&, CachedElementData*) 3 dwrite.dll ElementTaskList::GetElementData(IBaseCacheContext*, IElementKey const&, CachedElementData*) 4 dwrite.dll IBaseCacheContext::GetElementData(IElementKey const&, CachedElementData*) 5 dwrite.dll FontFaceElement::FontFaceElement(IBaseCacheContext*, FontFaceElementKey const&, DWRITE_FONT_SIMULATIONS) 6 dwrite.dll DWriteFontFace::DWriteFontFace(DWriteFactory*, FontFaceElementKey const&, DWRITE_FONT_SIMULATIONS, IDWriteFontFile*) 7 dwrite.dll DWriteFontFace::Create(DWriteFactory*, FontFaceElementKey const&, DWRITE_FONT_SIMULATIONS, IDWriteFontFile*) 8 dwrite.dll DWriteFont::CreateFontFace(IDWriteFontFace**) 9 xul.dll gfxDWriteFontEntry::CreateFontFace(IDWriteFontFace**, DWRITE_FONT_SIMULATIONS) gfx/thebes/gfxDWriteFontList.cpp 10 xul.dll gfxDWriteFont::gfxDWriteFont(gfxFontEntry*, gfxFontStyle const*, bool, gfxFont::AntialiasOption) gfx/thebes/gfxDWriteFonts.cpp 11 xul.dll gfxDWriteFontEntry::CreateFontInstance(gfxFontStyle const*, bool) gfx/thebes/gfxDWriteFontList.cpp 12 xul.dll gfxFontEntry::FindOrMakeFont(gfxFontStyle const*, bool) gfx/thebes/gfxFont.cpp 13 xul.dll gfxFontGroup::FindPlatformFont(nsAString_internal const&, nsACString_internal const&, bool, void*) gfx/thebes/gfxFont.cpp 14 xul.dll gfxFontGroup::FontResolverProc(nsAString_internal const&, void*) gfx/thebes/gfxFont.cpp 15 xul.dll gfxWindowsPlatform::ResolveFontName(nsAString_internal const&, bool (*)(nsAString_internal const&, void*), void*, bool&) gfx/thebes/gfxWindowsPlatform.cpp The earliest crashes I find are 31.0 beta, build 20140613002318. Most have the stack above, but unlike those of today they were mostly startup crashes. For example bp-3a0932d2-0e5e-4de4-8a68-24c752140707 Some early crashes have d2d1.dll on the stack, like bp-83671b3e-33d8-4ab1-8d9d-def7b2140723. I haven't seen this in current crashes
Flags: needinfo?(standard8)
Flags: needinfo?(hiikezoe)
Summary: startup crash in FindElementCommon(ICacheReference*, bool, CacheHeader const&, unsigned int const*, HashElement const*, void const*, IElementKey const&, CachedElementData*) → startup crash in DWrite.dll FindElementCommon(ICacheReference*, bool, CacheHeader const&, unsigned int const*, HashElement const*, void const*, IElementKey const&, CachedElementData*)
Whiteboard: [startupcrash] → [startupcrash][regression:TB31.0][HWA?]
(In reply to Wayne Mery (:wsmwk) from comment #1) > caused by HWA? Yes, I think so. There are lots of the crashes on firefox too. One example is: https://crash-stats.mozilla.com/report/index/1ca3cd02-c458-490b-a251-119b02150120 And most of the crashes are Chinese locale.
Flags: needinfo?(standard8)
Flags: needinfo?(hiikezoe)
Summary: startup crash in DWrite.dll FindElementCommon(ICacheReference*, bool, CacheHeader const&, unsigned int const*, HashElement const*, void const*, IElementKey const&, CachedElementData*) → HWA startup crash in DWrite.dll FindElementCommon(ICacheReference*, bool, CacheHeader const&, unsigned int const*, HashElement const*, void const*, IElementKey const&, CachedElementData*)
Whiteboard: [startupcrash][regression:TB31.0][HWA?] → [startupcrash][regression:TB31.0][HWA]
Component: General → Graphics
Product: Thunderbird → Core
Version: Trunk → 37 Branch
Crash Signature: [@ FindElementCommon(ICacheReference*, bool, CacheHeader const&, unsigned int const*, HashElement const*, void const*, IElementKey const&, CachedElementData*)] → [@ FindElementCommon(ICacheReference*, bool, CacheHeader const&, unsigned int const*, HashElement const*, void const*, IElementKey const&, CachedElementData*)] [@ FindElementCommon]
Crash volume for signature 'FindElementCommon': - nightly (version 50): 6 crashes from 2016-06-06. - aurora (version 49): 4 crashes from 2016-06-07. - beta (version 48): 131 crashes from 2016-06-06. - release (version 47): 1148 crashes from 2016-05-31. - esr (version 45): 73 crashes from 2016-04-07. Crash volume on the last weeks: Week N-1 Week N-2 Week N-3 Week N-4 Week N-5 Week N-6 Week N-7 - nightly 0 1 0 1 2 2 0 - aurora 0 0 0 0 1 2 1 - beta 26 20 22 16 35 6 0 - release 192 158 160 170 181 177 54 - esr 10 6 16 11 1 5 2 Affected platform: Windows
Crash volume for signature 'FindElementCommon': - nightly (version 51): 2 crashes from 2016-08-01. - aurora (version 50): 3 crashes from 2016-08-01. - beta (version 49): 34 crashes from 2016-08-02. - release (version 48): 215 crashes from 2016-07-25. - esr (version 45): 83 crashes from 2016-05-02. Crash volume on the last weeks (Week N is from 08-22 to 08-28): W. N-1 W. N-2 W. N-3 - nightly 2 0 0 - aurora 1 2 0 - beta 7 24 1 - release 74 65 34 - esr 2 9 3 Affected platform: Windows Crash rank on the last 7 days: Browser Content Plugin - nightly - aurora #931 - beta #1706 #1574 - release #324 #436 - esr #1581
Crash volume for signature 'FindElementCommon': - nightly (version 53): 24 crashes from 2016-11-14. - aurora (version 52): 22 crashes from 2016-11-14. - beta (version 51): 162 crashes from 2016-11-14. - release (version 50): 943 crashes from 2016-11-01. - esr (version 45): 230 crashes from 2016-07-06. Crash volume on the last weeks (Week N is from 01-02 to 01-08): W. N-1 W. N-2 W. N-3 W. N-4 W. N-5 W. N-6 W. N-7 - nightly 0 15 3 1 0 0 0 - aurora 0 9 1 4 8 0 0 - beta 61 46 17 16 8 1 2 - release 204 216 237 94 67 43 15 - esr 19 7 8 11 2 23 0 Affected platform: Windows Crash rank on the last 7 days: Browser Content Plugin - nightly #171 - aurora #610 #279 - beta #526 #946 - release #425 #708 - esr #821
Blocks: tb-hwa
Whiteboard: [startupcrash][regression:TB31.0][HWA] → [startupcrash][regression:TB31.0][HWA][tbird crash]
Per policy at https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Inactive_Bugs. If this bug is not an enhancement request or a bug not present in a supported release of Firefox, then it may be reopened.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → INACTIVE
I think this is largely WFM
Resolution: INACTIVE → WORKSFORME
You need to log in before you can comment on or make changes to this bug.