Issue metadata
Sign in to add a comment
|
Aw Snap Total Lockout after Upgrading to 58.0.3
Reported by
dan.s.gr...@gmail.com,
May 4 2017
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C; .NET4.0E; InfoPath.3; rv:11.0) like Gecko Steps to reproduce the problem: 1.Upgrade to 58.0.3 2. Launch browser 3. Total lockout to do anything in browser What is the expected behavior? normal operation as with pre-upgrade version 57.0.... What went wrong? auto upgrade broke the browser for many in my enterprise Crashed report ID: no How much crashed? Whole browser Is it a problem with a plugin? N/A Did this work before? N/A Chrome version: 58.0.3029.96 (64-bit) Channel: stable OS Version: 6.1 (Windows 7, Windows Server 2008 R2) Flash Version: Shockwave Flash 25.0 r0 Same problem as with issue 717834 but not in a Citrix (virtual) environment.
,
May 4 2017
,
May 4 2017
- Chrome 32-bit works and is a workaround we are using. - Their own client, end-user machines (desktops and laptops), all Win7 64-bit. 40+ reported cases but not all use Chrome. - Backend server environment is mixed but issue is with non-virtual end-user machines.
,
May 4 2017
,
May 4 2017
Thanks for your quick response. Are you using any security software products on the end user machines? - for example, there is a known incompatibility with McAfee data loss prevention and McAfee have released an advisory about this -> https://kc.mcafee.com/corporate/index?page=content&id=KB85333 Can you also try running with some logging enabled on the Chrome.exe command line: --enable-logging=stderr --v=1 --vmodule=metrics=2 > log.txt 2>&1 Once you have the log.txt file, search the log.txt for the histogram Process.Sandbox.Launch.Error and reply with that here, or just enclose the entire log.txt (it will contain no personal information).
,
May 4 2017
,
May 4 2017
I ran the command and the browser launched and failed on both displaying the log file and whatever the 2nd tab was trying to do. It also did not build the log file but I captured the data from the command window. I searched it for 'histogram' and 'Sandbox' and there is nothing in there for those.
,
May 4 2017
Hi - thanks for the log - however you appear to have missed out the > characters in your command line, so that is why logging was captured to the log file, can you try again? Also, make sure all other Chrome browser sessions are closed before running the command: chrome.exe --enable-logging=stderr --v=1 --vmodule=metrics=2 > log.txt 2>&1 make sure you have the > between log.txt and before the &1
,
May 4 2017
I just identified the conflict. It is McAfee related.
,
May 4 2017
,
May 8 2017
Note a duplicate. We do not use DLP. In my case, the conflict is with McAfee's Solidcore. |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by wfh@chromium.org
, May 4 2017