Open Bug 1617520 Opened 3 months ago Updated 2 months ago

Crash in [@ gfxWindowsPlatform::SetupClearTypeParams]

Categories

(Core :: Graphics: Text, defect, P3)

Unspecified
Windows
defect

Tracking

()

People

(Reporter: gsvelto, Unassigned)

Details

(Keywords: crash)

Crash Data

This bug is for crash report bp-ceeaefd9-f81d-406d-9c5f-f75350200221.

Top 10 frames of crashing thread:

0 xul.dll gfxWindowsPlatform::SetupClearTypeParams gfx/thebes/gfxWindowsPlatform.cpp:1106
1 xul.dll gfxWindowsPlatform::InitDWriteSupport gfx/thebes/gfxWindowsPlatform.cpp:370
2 xul.dll gfxWindowsPlatform::InitAcceleration gfx/thebes/gfxWindowsPlatform.cpp:331
3 xul.dll static gfxPlatform::Init gfx/thebes/gfxPlatform.cpp:1009
4 xul.dll static gfxPlatform::InitChild gfx/thebes/gfxPlatform.cpp:517
5 xul.dll mozilla::dom::ContentChild::RecvSetXPCOMProcessAttributes dom/ipc/ContentChild.cpp:629
6 xul.dll mozilla::dom::PContentChild::OnMessageReceived ipc/ipdl/PContentChild.cpp:11014
7 xul.dll mozilla::ipc::MessageChannel::DispatchMessage ipc/glue/MessageChannel.cpp:2137
8 xul.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1220
9 xul.dll NS_ProcessNextEvent xpcom/threads/nsThreadUtils.cpp:481

Not a new crash since I could find crashes with the same stack going back all the way to ESR68. This is a simple NULL-pointer dereference. We're not checking the HRESULT value returned by IDWriteFactory::CreateRenderingParams() before accessing the pointer it returns so we're probably getting a NULL pointer there.

Flags: needinfo?(jmuizelaar)
Priority: -- → P3
Component: Graphics → Graphics: Text
Flags: needinfo?(jmuizelaar)
You need to log in before you can comment on or make changes to this bug.