User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9b2pre) Gecko/2007120605 Firefox/3.0b2pre Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9b2pre) Gecko/2007120605 Minefield/3.0b2pre ID:2007120605 The crash is in nsLocalFile::Normalize, which is calls _getdcwd with an invalid drive letter. Reproducible: Always Steps to Reproduce: 1. Visit moz-icon:file:///X:/ where X is the letter of a drive that does not exist Actual Results: Breakpad shows. Expected Results: An appropriate icon is displayed. I believe this depends on bug 281951, but it seems I can't set that here. Similar to bug 236227 but different cause. Attaching a stack trace I got from visual studio.

Confirming, I see this using Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9b2pre) Gecko/2007120705 Minefield/3.0b2pre. I followed the STR and crashed, although at the moment Breakpad seems to be failing to submit crashes.

This doesn't crash for me in XP - Vista only?

It crashes my windows XP too, with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b2pre) Gecko/2007120805 Minefield/3.0b2pre

http://msdn2.microsoft.com/en-us/library/7t2zk3s4(VS.80).aspx Maximum length of the path in characters: char for _getdcwd and wchar_t for _wgetdcwd. Return Value Returns buffer. A NULL return value indicates an error, and errno is set either to ENOMEM, indicating that there is insufficient memory to allocate maxlen bytes (when a NULL argument is given as buffer), or to ERANGE, indicating that the path is longer than maxlen characters. If the drive does not specify a valid drive or if maxlen is less than or equal to zero, this function invokes an invalid parameter handler, as described in Parameter Validation. This last bit is the key. Thou shalt not specify an invalid drive to this function.

This was fixed by attachment 306132 [details] [diff] [review] in bug 419326.

sorry about not using the oldest bug.