STR (Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9a4pre) Gecko/20070423 Minefield/3.0a4pre) 1) Download a .WMV 2) Click 'Open' in the download manager. 3) Watch WMP crash (can't reproduce this bit - sorry) 4) Mozilla(!) crash reporter pops up - 'blah blah blah'. 5) Submit crash data 6) Go back to using a still-stable browser.... This happened at 21:33 UK time (20:33 GMT).
It would be nice to reproduce (or not) this bug before we get to large-scale betas. Thoughts were to write a crashing dummy program and launch it via nsIProcess to see if the exception handlers were being called.
Assignee: nobody → ted.mielczarek
Flags: blocking1.9? → blocking1.9-
I can't reproduce this with my test app. Here's what I did: 1) Created a tiny Win32 app that does nothing but crash: http://mavra.perilith.com/~luser/Crasher.exe 2) Created a new file type, ".crashme", opened with Crasher.exe. 3) Created a .crashme file on my server and downloaded it: http://mavra.perilith.com/~luser/foo.crashme 4) Selected to open with the associated program, which immediately crashes. I got the Windows error reporting dialog as expected. Crashing Firefox itself does bring up the Mozilla Crash Reporter. I'm not sure if WMP is doing something unique here, maybe mento has an idea.
I've got nothing here, so without further info, reassigning.
Assignee: ted.mielczarek → nobody
could someone try running minefield under dependency walker? http://www.mozilla.org/quality/help/dependency-walker.html a zipped .dwi is what I'd need.
I can't make this happen, so steps to reproduce are needed for any further work.
Status: NEW → RESOLVED
Last Resolved: 10 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.