chromehang | NtClose in CFileStream::_NonTransactedCommit

RESOLVED INCOMPLETE

Status

()

Core
General
--
critical
RESOLVED INCOMPLETE
6 years ago
2 years ago

People

(Reporter: alex_mayorga, Unassigned)

Tracking

({hang})

Trunk
x86_64
Windows 7
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(crash signature)

(Reporter)

Description

6 years ago
This bug was filed from the Socorro interface and is 
report bp-3239f21b-f08d-4d8f-9601-299852111212 .
============================================================= 

Filing as requested on https://bugzilla.mozilla.org/show_bug.cgi?id=705761#c26

Comment 1

6 years ago
Here is thread 0:
Thread 0
Frame 	Module 	Signature [Expand] 	Source
0 	ntdll.dll 	NtClose 	
1 	KERNELBASE.dll 	KERNELBASE.dll@0x1852 	
2 	kernel32.dll 	kernel32.dll@0x22a50 	
3 	ntdll.dll 	RtlAllocateMemoryBlockLookaside 	
4 	KERNELBASE.dll 	KERNELBASE.dll@0x1aaa 	
5 	shlwapi.dll 	QISearch 	
6 	kernel32.dll 	kernel32.dll@0x23099 	
7 	shlwapi.dll 	CFileStream::_NonTransactedCommit 	
8 	shlwapi.dll 	CFileStream::_NonTransactedCommit 	
9 	shlwapi.dll 	CFileStream::Commit 	
10 	ntdll.dll 	RtlGetGroupSecurityDescriptor 	
11 	shlwapi.dll 	CFileStream::Release 	
12 	shell32.dll 	CDestinationList::_WriteListToFile 	
13 	shlwapi.dll 	SHCreateStreamOnFileW 	
14 	shell32.dll 	CDestinationList::_WriteList 	
15 	shell32.dll 	CDestinationList::_EnsureAppID
Blocks: 429592
Keywords: crash → hang
OS: Windows NT → Windows 7
Hardware: All → x86_64
Summary: crash chromehang → chromehang | NtClose
(Reporter)

Comment 2

6 years ago
Got this one again on Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:11.0a1) Gecko/20111214 Firefox/11.0a1 ID:20111214031134 this morning.

bp-5c479af8-fb19-48dd-adf4-09a3f2111215

Anything else I could provide?

Comment 3

6 years ago
(In reply to alex_mayorga from comment #2)
> bp-5c479af8-fb19-48dd-adf4-09a3f2111215
This one is another crash in Networking Cache, but it seems different from bug 705761 and bug 707436.
File a new bug.
(Reporter)

Comment 4

6 years ago
(In reply to Scoobidiver from comment #3)
> (In reply to alex_mayorga from comment #2)
> > bp-5c479af8-fb19-48dd-adf4-09a3f2111215
> This one is another crash in Networking Cache, but it seems different from
> bug 705761 and bug 707436.
> File a new bug.

Filed bug 711086 as requested.

Updated

6 years ago
Summary: chromehang | NtClose → chromehang | NtClose in CFileStream::_NonTransactedCommit

Updated

6 years ago
Duplicate of this bug: 714339
(Reporter)

Comment 6

6 years ago
Another one from Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:12.0a1) Gecko/20120119 Firefox/12.0a1 ID:20120119031105

bp-35fdb400-e0c8-4464-8c57-ac3542120119

Anything I can do to avoid this?

Comment 7

6 years ago
(In reply to alex_mayorga from comment #6)
> Anything I can do to avoid this?
Disable the hang detector by setting hangmonitor.timeout to 0.
(Reporter)

Comment 8

6 years ago
Do more similar reports provide anything useful?

bp-04bdbc48-2a73-418e-8445-ba8af2120120 on Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:12.0a1) Gecko/20120120 Firefox/12.0a1 ID:20120120031125

Comment 9

6 years ago
(In reply to alex_mayorga from comment #8)
> Do more similar reports provide anything useful?
No. Every crash reports are accessible from crash stats.
(Reporter)

Updated

6 years ago
Component: General → Networking: Cache
Product: Firefox → Core
QA Contact: general → networking.cache

Comment 11

6 years ago
There are no Firefox components in the stack, only Windows ones. How do you know it belongs to Networking Cache?
(Reporter)

Comment 12

6 years ago
(In reply to Scoobidiver from comment #11)
> There are no Firefox components in the stack, only Windows ones. How do you
> know it belongs to Networking Cache?

I don't know why I did that change to be honest. Perhaps I was mislead by the other reports. Feel free to change the component.

This or a similar hang happened again today on Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:13.0a1) Gecko/20120209 Firefox/13.0a1 ID:20120209031242

bp-17d2c84a-beda-4cb1-9090-5cef62120209

Updated

6 years ago
Component: Networking: Cache → General
QA Contact: networking.cache → general
(Reporter)

Comment 13

6 years ago
A slight variant on Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:13.0a1) Gecko/20120215 Firefox/13.0a1 ID:20120215031155

bp-89304a21-5f43-4445-98e4-811102120215

Thread 0
Frame 	Module 	Signature [Expand] 	Source
0 	ntdll.dll 	NtClose 	
1 	KERNELBASE.dll 	CloseHandle 	
2 	kernel32.dll 	CloseHandleImplementation 	
3 	ntdll.dll 	RtlAllocateMemoryBlockLookaside 	
4 	KERNELBASE.dll 	WriteFile 	
5 	shlwapi.dll 	QISearch 	
6 	kernel32.dll 	WriteFileImplementation 	
7 	shlwapi.dll 	CFileStream::_NonTransactedCommit 	
8 	shlwapi.dll 	CFileStream::_NonTransactedCommit 	
9 	shlwapi.dll 	CFileStream::Commit 	
10 	shlwapi.dll 	CFileStream::Release 	
11 	shell32.dll 	CDestinationList::_WriteListToFile 	
12 	shlwapi.dll 	SHCreateStreamOnFileW 	
13 	shell32.dll 	CDestinationList::_WriteList 	
14 	shell32.dll 	CDestinationList::_EnsureAppID
(Reporter)

Comment 14

6 years ago
Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:15.0) Gecko/15.0 Firefox/15.0a1 ID:20120507030511

bp-4ebddc16-41a0-4ccd-a3a3-ebae72120507
(Reporter)

Comment 15

6 years ago
Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:16.0) Gecko/16.0 Firefox/16.0a1 ID:20120611030526

bp-a904db82-6604-4122-a34f-aaf492120611
Chromehang signature generation was removed awhile ago. This bug is inactionable at this point without a reliable STR, so I'm closing it as incomplete. Feel free to the reopen this bug with STR if it still reproduces.
Status: NEW → RESOLVED
Last Resolved: 2 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.