Closed Bug 766724 Opened 13 years ago Closed 13 years ago

Hang in FIREFOX.EXE!unknown. ProblemClass: APPLICATION_HANG (cfffffff)

Categories

(Firefox Graveyard :: WinQual Reports, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: akeybl, Unassigned)

Details

(Whiteboard: [win8])

Microsoft has asked us to look at a few Win8 top crashes/hangs, also available at https://sysdev.microsoft.com/en-US/Hardware/member/Telemetry/DisplayReport.aspx?Path=%2fPublish%2fCompanyReports%2fWin8ReliabilityReport.rdl&Rep=Win8ReliabilityReport (ping me for access) This is the #4 top Firefox hang/crasher on Win8 on winqual, and ranked #660 overall by MS w/r/t Win8 stability. The bug on the MS side is 759553. Cabs available at: http://people.mozilla.com/~akeybl/759553-APPLICATION_HANG_cfffffff_FIREFOX.EXE!unknown.zip http://people.mozilla.com/~akeybl/759553-APPLICATION_HANG_cfffffff_FIREFOX.EXE!unknown_1.zip Please let me know if you need access to newer CABs, these may be on the order of a month or so old.
Unhandled exception at 0x00000000 in memory_10.0.2.hdmp: 0xCFFFFFFF: Process was unresponsive and was terminated. ntdll.dll!_NtSetInformationFile@20() Unknown KERNELBASE.dll!_DeleteFileW@4() Unknown xul.dll!nsLocalFile::Remove(bool recursive=false) C++ >xul.dll!nsExternalAppHandler::MoveFileW(nsIFile * aNewFileLocation=0x0419ffa0) Line 2075 C++ xul.dll!nsExternalAppHandler::ExecuteDesiredAction() Line 1919 C++ xul.dll!nsExternalAppHandler::SetWebProgressListener(nsIWebProgressListener2 * aWebProgressListener=0x04c692d0) Line 1202 C++ xul.dll!nsExternalAppHandler::CreateProgressListener() Line 2017 C++ xul.dll!nsExternalAppHandler::SaveToDisk(nsIFile * aNewFileLocation=0x00000000, bool aRememberThisPreference=false) Line 2200 C++ http://mxr.mozilla.org/mozilla-central/source/uriloader/exthandler/nsExternalHelperAppService.cpp#2024 Interesting stack. I've only looked at one dump thus far. The params on this call look ok. The path is {mData=0x0419ff48 L"C:\\Users\\pha.000\\Downloads\\jxpiinstall.exe" mLength=42 mFlags=5 }
ntdll.dll!_NtSetInformationFile@20() Unknown KERNELBASE.dll!_DeleteFileW@4() Unknown xul.dll!nsLocalFile::Remove(bool recursive=false) C++ >xul.dll!nsDownloadManager::CancelDownload(unsigned int aID=16777249) Line 1524 C++ xul.dll!nsDownloadManager::ResumeRetry(nsDownload * aDl=0x045ca430) Line 167 C++ xul.dll!nsDownloadManager::ResumeAllDownloads(bool aResumeAll=true) C++ xul.dll!nsDownloadManager::RestoreActiveDownloads() Line 718 C++ xul.dll!nsDownloadManager::Init() Line 874 C++ xul.dll!nsDownloadManager::GetSingleton() Line 134 C++ Different stack but the same call to delete a file.
ntdll.dll!_NtQueryFullAttributesFile@8() Unknown KERNELBASE.dll!_GetFileAttributesExW@12() Unknown >xul.dll!GetFileInfo(const nsString & name={...}, PRFileInfo64 * info=0x00000000) Line 460 C++ xul.dll!nsLocalFile::ResolveAndStat() Line 813 C++ xul.dll!nsLocalFile::IsDirectory(bool * _retval=0x0020c5e5) Line 2470 C++ xul.dll!nsLocalFile::Remove(bool recursive) Line 1831 C++ xul.dll!nsDiskCacheMap::DeleteStorage(nsDiskCacheRecord * record=0x0bbf2780, bool metaData=false) C++ xul.dll!nsDiskCacheMap::DeleteStorage(nsDiskCacheRecord * record=0x0bbf2780) Line 997 C++ xul.dll!nsDiskCacheEvictor::VisitRecord(nsDiskCacheRecord * mapRecord=0x0bbf2780) Line 192 C++ xul.dll!nsDiskCacheMap::VisitEachRecord(unsigned int bucketIndex=31, nsDiskCacheRecordVisitor * visitor=0x0020c738, unsigned int evictionRank=2964856684) Line 542 C++ xul.dll!nsDiskCacheMap::EvictRecords(nsDiskCacheRecordVisitor * visitor=0x0020c738) Line 614 C++ xul.dll!nsDiskCacheDevice::EvictDiskCacheEntries(unsigned int targetCapacity=0) C++ xul.dll!nsThread::ProcessNextEvent(bool mayWait=false, bool * result=0x0020c7cb) Line 637 C++ more file access hangs. This makes me wonder if these are really plugin message hangs. The system blocks pretty heavily on file access.
That's it for unique stacks from the first minidump zip.
Whiteboard: [win8]
Colleen at Microsoft confirmed this is no more an issue with FF 15.0 on latest winRTM(build 9200) .
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
Group: winqual-data
Product: Firefox → Firefox Graveyard
You need to log in before you can comment on or make changes to this bug.