1479131 - Crash in imgRequestProxy::SetTimingEnabled

Status: RESOLVED WORKSFORME

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

Description

[beldirai]

Experienced a sudden crash and thought I'd share the crash report. I read somewhere that drive inconsistencies were already weeded out of Firefox, but this crash still claims there's a "driver mismatch" going on. Read below for the data.



This bug was filed from the Socorro interface and is
report bp-a70bf88a-82ea-41d1-a566-1f3ca0180727.
=============================================================

Top 10 frames of crashing thread:

0 xul.dll imgRequestProxy::SetTimingEnabled image/imgRequestProxy.h:214
1 xul.dll mozilla::net::nsLoadGroup::AddRequest netwerk/base/nsLoadGroup.cpp:493
2 xul.dll imgRequestProxy::AddToLoadGroup image/imgRequestProxy.cpp:404
3 xul.dll imgLoader::ValidateRequestWithNewChannel image/imgLoader.cpp:1890
4 xul.dll imgLoader::ValidateEntry image/imgLoader.cpp:2030
5 xul.dll imgLoader::LoadImage image/imgLoader.cpp:2341
6 xul.dll nsContentUtils::LoadImage dom/base/nsContentUtils.cpp:3718
7 xul.dll mozilla::css::ImageLoader::LoadImage layout/style/ImageLoader.cpp:355
8 xul.dll mozilla::css::ImageValue::Initialize layout/style/nsCSSValue.cpp:1438
9 xul.dll nsStyleImageRequest::Resolve layout/style/nsStyleStruct.cpp:2185

=============================================================

Comment 1

[Andrew Osmond [:aosmond] (he/him)]

This is a very low volume crash, enough so that I'm not convinced it is a problem in the imagelib code, vs some other broader system issue (e.g. aging hardware).

It was able to QueryInterface from an nsIRequest to an nsITimedChannel / imgRequestProxy, which suggests that it doesn't have a nullptr in nsLoadGroup::AddRequest. imgRequestProxy::SetTimingEnabled checks for nullptr before forwarding the call to the delegate.

Comment 2

[BugBot [:suhaib / :marco/ :calixte]]

Closing because no crashes reported for 12 weeks.