1392911 - startup Crash @ GlyphDataElement<T>::GetExistingGlyphs

Status: NEW

(Core :: Graphics, defect, P3)

Description

[Wayne Mery (:wsmwk)]

This is now a top crash for thunderbird 56 beta 3 56.0b3

bp-c13fe2c8-8f08-4976-99d7-3f3390170821 Windows

0 	dwrite.dll	GlyphDataElement<GlyphBitmapLayout, GlyphBitmapRasterizationParameters, GlyphBitmapRasterizationState>::GetExistingGlyphs(IBaseCacheContext&, CachedElementData const&, CacheReferenceList&, unsigned int, unsigned int, unsigned short const*, GlyphBitmapLayout const**)	
1 	dwrite.dll	GlyphDataElement<GlyphBitmapLayout, GlyphBitmapRasterizationParameters, GlyphBitmapRasterizationState>::GetGlyphData(IBaseCacheContext&, CacheReferenceList&, FontFaceElement const&, GlyphBitmapRasterizationParameters const&, unsigned int, unsigned short const*, GlyphBitmapLayout const**)	
2 	dwrite.dll	GetGlyphBitmaps(IBaseCacheContext&, FontFaceElement const&, FontRasterizer::Transform const&, unsigned char, float, unsigned short, unsigned short, FontRasterizer::RenderingFlags, unsigned short const*, unsigned int, GlyphBitmapLayout const**, CacheReferenceList&)	
3 	dwrite.dll	GlyphRunAnalysis::GlyphRunAnalysis(ClientSideCacheContext&, FontFaceElement const&, DWRITE_FONT_SIMULATIONS, DWRITE_GLYPH_RUN const*, float, DWRITE_MATRIX const*, DWRITE_RENDERING_MODE, DWRITE_MEASURING_MODE, DWRITE_TEXT_ANTIALIAS_MODE, float, float, unsigned char*)	
4 	dwrite.dll	DWriteGlyphRunAnalysis::DWriteGlyphRunAnalysis(DWRITE_GLYPH_RUN const*, float, DWRITE_MATRIX const*, DWRITE_RENDERING_MODE, DWRITE_MEASURING_MODE, bool, float, float, unsigned char*)	
5 	dwrite.dll	DWriteGlyphRunAnalysis::Create(DWRITE_GLYPH_RUN const*, float, DWRITE_MATRIX const*, DWRITE_RENDERING_MODE, DWRITE_MEASURING_MODE, bool, float, float)	
6 	dwrite.dll	DWriteFactory::CreateGlyphRunAnalysis(DWRITE_GLYPH_RUN const*, float, DWRITE_MATRIX const*, DWRITE_RENDERING_MODE, DWRITE_MEASURING_MODE, float, float, IDWriteGlyphRunAnalysis**)	
7 	xul.dll	SkScalerContext_DW::getBoundingBox(SkGlyph*, DWRITE_RENDERING_MODE, DWRITE_TEXTURE_TYPE, tagRECT*)	gfx/skia/skia/src/ports/SkScalerContext_win_dw.cpp:454
8 	xul.dll	SkScalerContext_DW::generateMetrics(SkGlyph*)	gfx/skia/skia/src/ports/SkScalerContext_win_dw.cpp:545
9 	xul.dll	SkScalerContext::getMetrics(SkGlyph*)	gfx/skia/skia/src/core/SkScalerContext.cpp:108 

bp-c88aa4b4-d710-4592-8928-d49f70170822 [Mac] GlyphBitmapLayout::ReadFromCache

Comment 1

[Wayne Mery (:wsmwk)]

GlyphDataElement<T>::TryGetExistingGlyph is another signature https://crash-stats.mozilla.com/signature/?email=~dduf70%40roadrunner.com&signature=GlyphDataElement%3CT%3E%3A%3ATryGetExistingGlyph&date=%3E%3D2016-10-01T00%3A00%3A00.000Z&date=%3C2017-08-25T21%3A10%3A00.000Z&_columns=date&_columns=product&_columns=version&_columns=build_id&_columns=platform&_columns=reason&_columns=address&_columns=install_time&_sort=-date&page=1#reports

One of the users seeing GlyphDataElement<T>::GetExistingGlyphs also sees FindElementCommon Bug 1116885 - HWA startup crash in DWrite.dll

Comment 2

[Wayne Mery (:wsmwk)]

reporter of these
bp-bca3a35f-1783-4cb5-8889-421530170903
bp-bb4b69ac-fdd9-43bc-87bd-10e3d0170903
bp-ac43fa0c-1085-4620-aab5-4d1510170824
bp-3278394e-264f-4e4d-a18b-eafec0170824
states "sometimes, but not always, flipping the char set to unicode [from Western, in Thunderbird View, Text Encoding] can result in ability to view the email without crashing"

I got a sample mail, but was unable to reproduce crashing

Comment 3

[Wayne Mery (:wsmwk)]

40+%  ja  locale.  No longer topcrash

m_kato can you make use of these crashes?
bp-792a9c56-530d-4b86-954c-16e970180220	受信トレイから返信を押すと止まってしまいます。
bp-f1abcb83-bdfc-4111-9a7f-7b1fa0180225	返信できません

Comment 4

[Makoto Kato [:m_kato] (-9/19 and 9/23-25 PTO)]

(In reply to Wayne Mery (:wsmwk) from comment #3)
> 40+%  ja  locale.  No longer topcrash
> 
> m_kato can you make use of these crashes?
> bp-792a9c56-530d-4b86-954c-16e970180220	受信トレイから返信を押すと止まってしまいます。
> bp-f1abcb83-bdfc-4111-9a7f-7b1fa0180225	返信できません

No, this crash might depend on font or font cache that uses direct write.

Comment 5

[Ted Campbell [:tcampbell]]

These seem to be reporting as EXCEPTION_IN_PAGE_ERROR_READ which means we (or the OS) mmap'd a (font?) file and then a disk error causes the OS to kill out process. https://bugzilla.mozilla.org/show_bug.cgi?id=771138#c4 gives some thoughts on this.

Comment 6

[Tyler Downer [He/Him]]

Looks like a user is experiencing this crash in Firefox 61 at https://support.mozilla.org/en-US/questions/1226351

Comment 7

[FredMcD]

More resent reports;
Version 89.0 = Build ID 20210527174632 (2021-05-27)

Tue, 22 Jun 2021 01:41:21 GMT
bp-1fce2514-da15-4ff1-9e4c-7d0510210622
Signature: GlyphBitmapLayout::ReadFromCache
++++++++++++++++++++++++++++++++++
Version 90.0.2 =Build ID 20210721174149 (2021-07-21)

Tue, 10 Aug 2021 19:37:03 GMT
bp-e888ef81-491c-42ae-9878-124970210810
Signature: GlyphBitmapLayout::ReadFromCache

Comment 8

[Jonathan Kew [:jfkthame]]

Crashing deep inside dwrite.dll with a device error:

Crash Reason: EXCEPTION_IN_PAGE_ERROR_READ / STATUS_DEVICE_DATA_ERROR

looks to me more like there may be a faulty/unreliable disk or interface in the machine than an actionable Firefox bug.

Comment 9

[FredMcD]

(In reply to FredMcD from comment #7)

More resent reports;
bp-1fce2514-da15-4ff1-9e4c-7d0510210622
Signature: GlyphBitmapLayout::ReadFromCache
bp-e888ef81-491c-42ae-9878-124970210810
Signature: GlyphBitmapLayout::ReadFromCache

(In reply to Jonathan Kew (:jfkthame) from comment #8)

looks to me more like there may be a faulty/unreliable disk or interface in the machine than an actionable Firefox bug.

The user reports Microsoft ScanDisk fixed the issue (lots of bad sectors).