Chrome doesn't follow link on initial open for TS users
Reported by
djurre.h...@gmail.com,
May 19 2016
|
||
Issue description
UserAgent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:46.0) Gecko/20100101 Firefox/46.0
Steps to reproduce the problem:
1. logged in TS users open a .url link from Outlook e-mail
2. Chrome opens but links don't work (sad smiley face)
3. Only when there is already an instance of chrome running, the link will open.
What is the expected behavior?
websites to open as expected with Chrome, also when chrome.exe is not already running for the user
What went wrong?
chrome.exe opens, but the link won't open. Also when user opens a new tab within the same chrome.exe instance, websites opened in that tab will not load.
Did this work before? No
Chrome version: Version 50.0.2661.102 m Channel: stable
OS Version: Server 2008R2 Standard
Flash Version: Shockwave Flash 21.0 r0
Terminal server setup with Xenapp6 and Res Workspace mgr 2012. Chromestandaloneenterprise.msi installed in /install modus. chrome.exe copied from admin desktop to users/all users and users/public and given all rights to everyone.
In RES added as new application, with parameters --allow-no-sandbox-job --disable-gpu
chromium template active with:
Set disk cache dir: ${local_app_data}\Google\Chrome
Set user data dir: ${roaming_app_data}\Google\Chrome\User Data
Set disk cache size: 209715200 bytes
pulling my hair out by now. Tried everything from full reinstall to setting file association to setting default programs.
,
May 30 2016
Can you check if running the running chrome process when started from inside Outlook actually has the --allow-no-sandbox-job passed to (using Task Manager or some other Process Explorer)? It might be that outlook is not passing those parameters to the process. One more test to try is to move temporarily the user data dir location to ${local_app_data} and see if this changes anything. You can add the --enable-logging --v=1 flags too and provide the chrome_debug.log created after potentially removing any personal information present in it (see here https://www.chromium.org/for-testers/enable-logging for what private info might be in there).
Btw I remember hearing this issue in the past I will try to dig up if I have some record and potentially fix but until then it will be great if you can do the test I outlined above.
,
May 30 2016
Also this is most probably a duplicate of crbug/483526
,
Jan 7
This is stale as of 2016 and the duplicate bug from comment #3 is fixed, so marking this obsolete |
||
►
Sign in to add a comment |
||
Comment 1 by blumberg@chromium.org
, May 27 2016Owner: georgesak@chromium.org
Status: Assigned (was: Unconfirmed)