379394 - Breakpad activated for Windows Media Player crash (not plugin)

Status: RESOLVED INCOMPLETE

(Toolkit :: Crash Reporting, defect)

Description

[Doug Wright]

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).

Comment 1

[Benjamin Smedberg]

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.

Comment 2

[(not currently active) Ted Mielczarek]

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.

Comment 3

[(not currently active) Ted Mielczarek]

I've got nothing here, so without further info, reassigning.

Comment 4

[timeless]

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.

Comment 5

[(not currently active) Ted Mielczarek]

I can't make this happen, so steps to reproduce are needed for any further work.