Chrome often crashes on a xendesktop VDI
Reported by
pkata...@gmail.com,
Nov 6
|
|||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.77 Safari/537.36 Steps to reproduce the problem: 1. Browse MSNBC.com 2. Close and open browser 3. Browse other sites What is the expected behavior? What went wrong? Users constantly complain of chrome crashing with attached error. Users profile is stored on the network drive and not sure if that is the reason. Crashed report ID: Local Crash ID fb8cf887-d97f-43d6-a96d-3ebd9495e445 How much crashed? Whole browser Is it a problem with a plugin? No Did this work before? N/A Chrome version: Version 70.0.3538.77 (Official Build) (32-bit) Channel: stable OS Version: 7 Flash Version:
,
Nov 6
I have the dump files from the H:\UserData\Chrome\Crashpad\reports folder. Can I send one of the files? Thanks, Peter
,
Nov 6
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Nov 6
,
Nov 6
We just need the server crash id. Do you have that? Or do you have chrome crash reporting disabled?
,
Nov 6
The problem is at this point I can't really start chrome unless I rename the userdata folder to start a fresh profile, but once it crashes I cant reopen chrome, the service runs but chrome does not open and the only way to fix it is to rename the userdata folder so it can recreate a fresh copy. Is there any file I can upload from the current userdata folder that would have that information? Thanks, Peter
,
Nov 6
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Nov 6
+Stability-Sheriff-Desktop; hopefully they can help
,
Nov 7
Relevant stack trace:
"""
Thread 0 ( * CRASHED * EXCEPTION_ACCESS_VIOLATION_EXEC @ 0x444948 )
0 [ + 0x444948]
1 [chrome.dll - C:\b\c\b\win_clang\src\chrome_elf\nt_registry\nt_registry.cc:999] nt::SetRegValueDWORD(void *,wchar_t const *,unsigned long)
2 [chrome.dll - C:\b\c\b\win_clang\src\chrome\install_static\install_util.cc:491] install_static::SetCollectStatsInSample(bool)
"""
Code in question:
"""
std::wstring registry_path = GetRegistryPath();
HANDLE key_handle = INVALID_HANDLE_VALUE;
if (!nt::CreateRegKey(nt::HKCU, registry_path.c_str(),
KEY_SET_VALUE | KEY_WOW64_32KEY, &key_handle)) {
return false;
}
bool success = nt::SetRegValueDWORD(key_handle, kRegValueChromeStatsSample,
in_sample ? 1 : 0);
"""
The code in question looks correct. Given that this is a segfault in SetRegValueDWORD, I'm going to guess that there's some type of DLL/registry corruption happening.
Unfortunately, I don't think there's much we can do here. Closing this out.
+grt -- any other insights?
,
Nov 8
This reminds me of issue 794695 , which was a crash in App-V's shims following what seemed to be a valid way to call NtQueryValueKey. We worked around the problem in r527222 by changing our calling pattern. I wonder if something similar is going on here -- that we're making a seemingly valid call that some 3rd party code is choking on. One thing I notice is that SetCollectStatsInSample is called from code in chrome.dll (long after processes initialization). I imagine this problem would go away if we moved SetCollectStatsInSample from chrome/install_static into chrome/installer/util so that it could use base::RegKey. Chris: any chance that someone on your team could make this change? I'm happy to review it.
,
Nov 8
We really appreciate you guys looking into this and do let me know if you need any more info from my end. Our company really wants to keep using the Chrome browser and not switch to other. Thanks, Peter
,
Nov 8
+pmonette to try the fix from Comment #10, if you have time? (FWIW, looking on crash this stack trace is very rare, occurring only a couple dozen times almost exclusively from two clients, all in one geographic location, and all running over Citrix. This seems like a very very isolated problem.)
,
Nov 8
Not sure if it helps but we tried reinstalling chrome and also installing Chrome Browser for enterprise with same results. Users profile is stored on a network drive and problem cannot always be recreated. Thanks, Peter
,
Nov 9
[stability sheriff] Removing from queue as 1. this is not impacting a large number of users and 2. there is a fix proposed to try to resolve it. |
|||||||||
►
Sign in to add a comment |
|||||||||
Comment 1 by dtapu...@chromium.org
, Nov 6