Closed Bug 1116885 Opened 8 years ago Closed 5 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: 5 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.