New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 698810 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Mar 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

Chrome crashes after upload/download

Reported by matthews...@googlemail.com, Mar 6 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/56.0.2924.87 Safari/537.36

Example URL:

Steps to reproduce the problem:
1. find a file form the internet
2. download it.

What is the expected behavior?
files downloads normally

What went wrong?
chrome crashes, twice, and then closes immediately after the second crash.
chrome also loses all the tabs that are open, but offers to restore them.

Did this work before? N/A 

Chrome version: 56.0.2924.87  Channel: stable
OS Version: 10.0
Flash Version: 

sometimes I can downlaod or uploaad a file, once. After that it crashes chrome.
to forestall any questions, I have reinstalled chrome, cleared downloads and removed all extensions, there are no conflicts.
I am aware that this may be something that only happens to to me.

 
sorry, forgot to mention that I tried sawbuck, which reported unexpected process info version 4. And that the crash log exception is 'The thread tried to read from or write to a virtual address for which it does not have the appropriate access.' When I get a working browser I'll attach the crash log fully
here's the crash dump.
8d72dd77-3822-4e7c-b04a-ebc01e9ef47c.dmp
2.4 MB Download

Comment 3 by mef@chromium.org, Mar 6 2017

Thanks for your report! Could you provide Server ID info(s) from chrome://crashes/ page that correspond to your crash?
Labels: Needs-Triage-M56
Labels: Needs-Feedback
Server ID: 02fe2ba480000000
Project Member

Comment 7 by sheriffbot@chromium.org, Mar 7 2017

Cc: krajshree@chromium.org
Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "krajshree@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 8 by mef@chromium.org, Mar 7 2017

Matthew, thanks for info!

The crash is happening in OLE (COM) code running inside of Chrome process, but not Chrome code itself:

Thread 47 CRASHED [EXCEPTION_ACCESS_VIOLATION_READ @ 0x0000024802027000 ] MAGIC SIGNATURE THREAD
Stack Quality40%Show frame trust levels
0x00007ff96548f887	(ucrtbase.dll + 0x0003f887 )	memcpy
0x00007ff9673d1437	(OLEAUT32.dll + 0x00011437 )	SysAllocStringByteLen
0x00007ff92e5fd290		
0x00007ff96744475b	(OLEAUT32.dll + 0x0008475b )	RefCountMap<unsigned short *>::Decrement(unsigned short *)
-3

Given presence of third party modules (Rooksdol_x64, RapportUtil_x64, trf_x64 and others) I would recommend to uninstall third party software and try again.

OK, the problem seemed to be trusteer rapport, which is odd because I made sure to uninstall it about 4 months ago. after some trials and tribulations found the remains of the installation that hadn't been removed and got rid of them. This fixed the problem.

Thanks to everyone for there help
Status: WontFix (was: Unconfirmed)
matthewshedlock:  Thanks so much for the followup!  We've seen a lot of stability issues in the past with Trusteer Rapport, unfortunately.  I'm going to go ahead and close this bug, since we can't do a whole lot about issues with injected third party libraries.

Sign in to add a comment