Closed Bug 1401852 Opened 8 years ago Closed 7 years ago

Crash in nvwgf2umx.dll | stdext::_Hash<T>::insert (Windows 8, GPU crash)

Categories

(Core :: Graphics, defect, P3)

x86_64
Windows
defect

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox55 --- wontfix
firefox56 --- wontfix
firefox57 --- wontfix
firefox58 --- affected

People

(Reporter: yoasif, Unassigned)

References

Details

(Keywords: crash, regression, Whiteboard: [gfx-noted])

Crash Data

This bug was filed from the Socorro interface and is report bp-4e19444c-97ef-4697-8400-25c421170921. ============================================================= 163 crashes in the last week, several from 57.
Could we have a value in telemetry environment to show whether the content uses remote decoding or not?
Flags: needinfo?(kaku)
Priority: -- → P2
Whiteboard: [gfx-noted]
(In reply to Jerry Shih[:jerry] (UTC+8) from comment #1) > Could we have a value in telemetry environment to show whether the content > uses remote decoding or not? It looks like telemetry environment collects global information, but "remoting decoding or not" bounds to each media element. A page might play several medial elements at the same time, but they might use different decoders, remort or not. So, telemetry environment is not the right place to show the information.
Flags: needinfo?(kaku)
Keywords: regression
(In reply to Jerry Shih[:jerry] (UTC+8) from comment #1) > Could we have a value in telemetry environment to show whether the content > uses remote decoding or not? This is available in crash reports under "Process Type" where blank means non-e10s. About half of these crashes are in the GPU process with the other half being non-e10s.
Priority: P2 → P3
Summary: Crash in nvwgf2umx.dll | stdext::_Hash<T>::insert → Crash in nvwgf2umx.dll | stdext::_Hash<T>::insert (Windows 8, GPU crash)
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.