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

Issue 718464 link

Starred by 4 users

Issue metadata

Status: Duplicate
Merged: issue 713875
Owner: ----
Closed: May 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



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 description

UserAgent: 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.
 

Comment 1 by wfh@chromium.org, May 4 2017

Components: Enterprise
thanks for your report, can you answer a few questions:

 - does this issue only affect 64-bit Chrome - if you try and install 32-bit chrome 58 does it work again?
 - are your users accessing Chrome via remote desktop, or on their own client machines, if latter, are they all running Windows Server 2008 R2, or Windows 7?
Cc: pastarmovj@chromium.org
- 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.
Cc: abdulsyed@chromium.org blumberg@chromium.org ligim...@chromium.org

Comment 5 by wfh@chromium.org, 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).
Labels: M-58
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.
log.txt
16.5 KB View Download

Comment 8 by wfh@chromium.org, 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
I just identified the conflict.  It is McAfee related.

Comment 10 by wfh@chromium.org, May 4 2017

Mergedinto: 713875
Status: Duplicate (was: Unconfirmed)
Note a duplicate.  We do not use DLP.  In my case, the conflict is with McAfee's Solidcore. 

Sign in to add a comment