This bug was filed from the Socorro interface and is report bp-3330eb7b-8e4d-4a7b-ae36-b78e62170124. ============================================================= STR: Using the latest Nighly on OS X 10.12.2, load https://playcanv.as/e/p/44MRmJRU/. 100% reproducible, examples of other similar crashes: bp-a698721f-b151-4600-94e9-4be362170124 bp-0e381c71-1d69-421d-bfe0-f6c622170124 bp-c962e4d4-cc46-44de-98b3-8137f2170124
Very similar crashes on 51 (release) and Aurora (I didn't try Beta, but most likely it's also affected).
status-firefox51: --- → affected
status-firefox52: --- → affected
status-firefox54: --- → affected
Seems to be late-2013 MBP retinas with the NV 750m. Looks like glGenerateMipmap+glFinish is having an issue. I need to try this without OSX-GL's multithreading flag to see if that's bugged on this driver. IIRC this is a deref of 0x40, so it's not particularly concerning outside of it being a DOS, and crashing those users without e10s.
Assignee: nobody → jgilbert
The 0x40 crash address seems to be consistent, so yeah this is just a DOS vector.
Crash Signature: [@ GeForceGLDriver@0x502f61] → [@ GeForceGLDriver@0x502f61] [@ GeForceGLDriver@0x514253]
Duplicate of this bug: 1334002
Duplicated bug 1334002 has a crash with NV 650, and there are a few other device IDs.
See Also: → bug 1333696
See Also: → bug 1333693
Poking around more, we're now crashing in DrawElements as well. Commenting out that, we're crashing in TexImage2D. I believe we should blocklist these devices for the time being, and get in contact with Apple to decipher what's causing the crash, instead of trying to diagnose what bad state we're in ourselves.
(In reply to Jeff Gilbert [:jgilbert] from comment #8) > Poking around more, we're now crashing in DrawElements as well. > Commenting out that, we're crashing in TexImage2D. > I believe we should blocklist these devices for the time being, and get in > contact with Apple to decipher what's causing the crash, instead of trying > to diagnose what bad state we're in ourselves. Have we done this in code, do we need a downloadable blocklist entry for it?
Too late for firefox 52, mass-wontfix.
status-firefox52: affected → wontfix
Priority: -- → P3
You need to log in before you can comment on or make changes to this bug.