Issue metadata
Sign in to add a comment
|
v59 to v60 Upgrade causes "Welcome to Chrome" instead of managed home page via GPO. "Enable showing the welcome page on the first browser launch following OS upgrade. Disabled" does not help
Reported by
luke.dwo...@gmail.com,
Aug 17 2017
|
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36 Steps to reproduce the problem: Upgrade from v59 to v60 and launch chrome What is the expected behavior? Chrome opens with gpo specified home page What went wrong? Chrome now opens with a "Welcome to Chrome" tab I can't supress along with the expected home page. Did this work before? Yes v59.0.3071.86 Chrome version: Version 60.0.3112.101 (Official Build) (32-bit) Channel: n/a OS Version: 6.1 (Windows 7, Windows Server 2008 R2) Flash Version: We have tried using the master_preferences file to suppress as well as the "Enable showing the welcome page on the first browser launch following OS upgrade. Disabled ".
,
Aug 18 2017
Tested this issue on Window 10, Win2K12 with chrome #59.0.3071.86, #59.0.3071.115 Prerequisites : 1. Enabled home page policy as "https://www.wikipedia.org" 2. Disabled policy for home page as "New Tab" 3. Disabled "Enable showing the welcome page on the first browser launch following OS upgrade". Steps followed: 1. Launched M-59 chrome 2. Observed chrome as launched with new tab 3. Navigated to chrome://policy to verify the above policies. 4. Open some random tabs 5. Navigated to chrome://help to update the chrome to #60.0.3112.101 Observations: Case-1: If we click on the relaunch button, chrome is closing and restarting with previous session. Case-2: If we click on the close button and relaunch chrome again it starts with new tab page In both cases didn't observed the "Welcome to Chrome" tab page while launching the chrome. Attaching the screen-cast for reference. luke.dworakowski@ could you please look into it and let us know any steps i have missed while reproducing the scenario.
,
Aug 18 2017
My apologies I should have been more clear as to the symptoms. I have attached a video that aims to follow your methodology as closely as possible and should fill in other gaps. One other note: The OS we are using is Server 2008r2. Thank you in advance for your support.
,
Aug 18 2017
Thank you for providing more feedback. Adding requester "kkaluri@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
,
Aug 18 2017
Thanks for the detailed video. Can you check the value of "WelcomePageOnstartup" after updating to chrome 60? Wondering whether its still false?
,
Aug 21 2017
As per video provided in comment #3, tested this issue on Win2K12 and unable to reproduce the issue. Attaching the screen-cast for reference Note: Didn't have a Win2K8 GPO server setup in skytap, to verify the issue on Win2K8.
,
Aug 22 2017
After the update the "welcomePageOnOSUpgradeEnabled" is set to 0 still. The screenshot is taken from the user's hive after login:
,
Aug 23 2017
As per Comment #6, Unable to reproduce this issue on Win2k12 server and didn't have a Win2K8 GPO setup to verify this issue, hence removing Needs-Bisect label for now.
,
Aug 24 2017
,
Aug 28 2017
I have been able to fix the welcome page on subsequent launches. This was because User Profile Manager was not set to save anything in the local part of the user profile where Chrome puts the "userdata" folder. These are the files that are now included in my UPM policy \username\UPM_Profile\AppData\Local\Google\Chrome\User Data\First Run \username\UPM_Profile\AppData\Local\Google\Chrome\User Data\Local State \username\UPM_Profile\AppData\Local\Google\Chrome\User Data\Default\Bookmarks \username\UPM_Profile\AppData\Local\Google\Chrome\User Data\Default\Favicons \username\UPM_Profile\AppData\Local\Google\Chrome\User Data\Default\History \username\UPM_Profile\AppData\Local\Google\Chrome\User Data\Default\Preferences This does not get rid of it on first launch. This means that if a user has their profile re-created they will see the tab again. How do I suppress it on first launch? I could not get it done with the Master_Preferences file either.
,
Aug 28 2017
I have the same issue that just started at 60.x. We use GPO to set two startup Pages and we also place a file here: C:\Users\Default\AppData\Local\Google\Chrome\User Data\First Run This has worked well for quite a while. Now: First launch has welcome page tab in addition to our two tabs (bad). Second and subsequent launches only have our two tabs (good). If we setup a master_preferences file as well, it gets more strange: 1st run only has our tabs (good), 2nd run gets the welcome page + our two tabs (bad), and 3rd run+ gets just the 2 tabs (good).
,
Aug 29 2017
Re c#11: Can you please share the set of policies you specify (RestoreOnStartup, RestoreOnStartupUrls etc.)? Replace your two urls with http://example.com and http://example2.com and the contents of your master_prefs file so that we can reproduce the same startup configuration.
,
Aug 29 2017
The first 3 screenshots is our Global Config. We manipulate a few registry keys and copy First Run. The last screen shot is our Employee Config where we set the homepage and initial 2 tabs. Thank you for looking into this!
,
Sep 7 2017
I am having this issue as well. I posted in the Chrome Browser Administrator Forum (https://productforums.google.com/forum/#!msg/chrome-admins/5TjtXJOM2Tc/jI13IXXGCAAJ) and was told to post a bug report here. However, this bug report seems to be very similar to what I am experiencing. In my case, we are running Windows 10 and delete user profiles at log off. That means that this issue occurs every single day. On the first launch of Chrome it goes to our homepage with no issues, but on the second launch of Chrome I see the Welcome Page in one tab and our homepage in the second tab. Any subsequent Chrome launches are just the homepage (as expected). I am using a master_preferences file (attached) and GPOs to apply these settings. I have verified that the registry key "WelcomePageOnOSUpgradeEnabled" is correctly being set to "0." I'm not sure exactly when this started happening, but I know that it is still happening with the latest stable version of Chrome (61.0.3163.79). I have also applied the most up-to-date versions (as of September 6) of the ADMX templates from Google's site. I would be happy to provide any more information to help resolve this issue!
,
Sep 15 2017
Check the varibale "has_seen_welcome_page" in the file named "Preferences" (user profile). If you set it as true the browser will not show the "Welcome Page". The problem is that you can't set this variable trough the file master_preferences or GPO.
,
Oct 5 2017
We are seeing this issue as well First time launching Chrome, we're presented with just a new tab page. Second launch, "Get Chrome faster page" is presented instructing how to set Chrome as the default. Second tab is home page as per group policies Third launch, "Take Chrome everywhere" is presented asking you to sign into Chrome. Second tab is home page as per group policies Subsequent launches show only home page as expected. These are our group policy settings. Computer Configuration Enable showing the welcome page on the first browser launch following OS upgrade: Disabled User Configuration Google/Google Chrome - Default Settings (users can override)/Home page Configure the home page URL: Enabled (homepage listed here) Google/Google Chrome - Default Settings (users can override)/Startup pages Action on startup: Open a list of URLs URLs to open on startup: Enabled (homepage listed here) We have opened a Case with Google as well. Case # 13841186
,
Oct 11 2017
pastarmovj@, can you please update the milestone labels incase if we want to keep track of progress? Thank you!
,
Oct 12 2017
Yes we need to do another full sweep on our startup policies and ensure they are consistent. I have this on my list of topics for this quarter.
,
Oct 18 2017
pastarmovj@, Friendly ping to get an update on this issue as per C#18 as it is marked as stable blocker. Thanks in advance..!
,
Oct 18 2017
Since this is a longer term regression I don't see why this should be a stable blocker but otherwise startup policies is indeed something we should finally prioritize cleaning up. Assigning to blumberg for prio and assignment.
,
Oct 23 2017
,
Oct 30 2017
[Bulk Edit] URGENT - PTAL. M63 Stable promotion is coming soon and your bug is labelled as Stable ReleaseBlock, pls make sure to land the fix and get it merged into the release branch ASAP. Thank you.
,
Nov 6 2017
M63 Stable promotion is coming soon and your bug is labelled as Stable ReleaseBlock, pls make sure to land the fix and request a merge to M63 ASAP. Thank you.
,
Nov 10 2017
I am taking the liberty to remove the stable blocker and reassign this fix to 64. Please revert this decision if you think this isn't right.
,
Nov 10 2017
,
Nov 16 2017
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/02e679f640476f622acc17e33b29bd1af2d37dc8 commit 02e679f640476f622acc17e33b29bd1af2d37dc8 Author: Julian Pastarmov <pastarmovj@chromium.org> Date: Thu Nov 16 08:02:45 2017 Don't show any promo tabs when startup enterprise policies are set. When RestoreOnStartup is managed it should be the only source of tabs to be shown to the user on first, second or any other browser start unless the user is restarting from a crash or starting the browser with an url on the command line. BUG= 756545 TEST=unit_tests, browser_tests Change-Id: I5da256009d6e254ecb8f0756cf08b2de991c9c26 Reviewed-on: https://chromium-review.googlesource.com/763532 Commit-Queue: Julian Pastarmov <pastarmovj@chromium.org> Reviewed-by: Georges Khalil <georgesak@chromium.org> Reviewed-by: Michael Wasserman <msw@chromium.org> Cr-Commit-Position: refs/heads/master@{#517022} [modify] https://crrev.com/02e679f640476f622acc17e33b29bd1af2d37dc8/chrome/browser/ui/startup/startup_browser_creator_browsertest.cc [modify] https://crrev.com/02e679f640476f622acc17e33b29bd1af2d37dc8/chrome/browser/ui/startup/startup_browser_creator_impl.cc [modify] https://crrev.com/02e679f640476f622acc17e33b29bd1af2d37dc8/chrome/browser/ui/startup/startup_browser_creator_impl.h [modify] https://crrev.com/02e679f640476f622acc17e33b29bd1af2d37dc8/chrome/browser/ui/startup/startup_browser_creator_impl_unittest.cc
,
Nov 16 2017
,
Nov 28 2017
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/01a6598403135736ed4b83cdcfa1611ee12955d3 commit 01a6598403135736ed4b83cdcfa1611ee12955d3 Author: Julian Pastarmov <pastarmovj@chromium.org> Date: Tue Nov 28 12:22:52 2017 Extend handling of recommended start up policies as overriding promos too. A recent CL https://chromium-review.googlesource.com/c/chromium/src/+/763532 fixed an issue that managed policies were not properly overriding promo tabs on first run. This CL extended this treatment to recommended policies as well as it should have been the case already in the first place. BUG= 756545 TEST=unit_tests, browser_tests Change-Id: I84b874013481277b51dc83015b2ebbcdbf80fda3 Reviewed-on: https://chromium-review.googlesource.com/787912 Commit-Queue: Julian Pastarmov <pastarmovj@chromium.org> Reviewed-by: Bernhard Bauer <bauerb@chromium.org> Reviewed-by: Michael Wasserman <msw@chromium.org> Cr-Commit-Position: refs/heads/master@{#519660} [modify] https://crrev.com/01a6598403135736ed4b83cdcfa1611ee12955d3/chrome/browser/prefs/session_startup_pref.cc [modify] https://crrev.com/01a6598403135736ed4b83cdcfa1611ee12955d3/chrome/browser/prefs/session_startup_pref.h [modify] https://crrev.com/01a6598403135736ed4b83cdcfa1611ee12955d3/chrome/browser/ui/startup/startup_browser_creator_browsertest.cc [modify] https://crrev.com/01a6598403135736ed4b83cdcfa1611ee12955d3/chrome/browser/ui/startup/startup_browser_creator_impl.cc
,
Jan 9 2018
Issue 771217 has been merged into this issue.
,
May 1 2018
Still seeing Chrome v66 not honoring settings to disable the "Take Chrome everywhere" page at chrome://welcome/?variant=everywhere by using a master_preferences file and setting: has_seen_welcome_page: true Is there a different key for disabling this?
,
May 2 2018
If you set https://www.chromium.org/administrators/policy-list-3#RestoreOnStartup to any value (e.g., to the default "Open New Tab Page"), the welcome pages should no longer be shown. This is true even if you set it in the "Google Chrome - Default Settings (users can override)" group. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by manoranj...@chromium.org
, Aug 17 2017Labels: -Pri-2 ReleaseBlock-Stable M-60 Needs-Triage-M60 Needs-Bisect Pri-1