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

Issue 787118 link

Starred by 2 users

Issue metadata

Status: Duplicate
Merged: issue 703809
Owner:
Last visit > 30 days ago
Closed: Nov 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug-Regression



Sign in to add a comment

after disabling welcome page via master_preferences, it comes back on 2nd launch

Reported by scottco...@gmail.com, Nov 20 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.94 Safari/537.36

Steps to reproduce the problem:
1. Using Chrome for Business/Enterprise on Win7x64
2. Specify master_preferences file to disable welcome page:

{
  "distribution": {
    "show_welcome_page": false
  }
}

3. Delete contents of user data folder (simulate first_run)
4. Launch Chrome 1st time (welcome page does not appear)
5. Close and launch Chrome 2nd time (welcome page appears! NO!)
6. Close and launch Chrome additional times (welcome page does not appear)

What is the expected behavior?
Welcome page (chrome://welcome) should never appear.

What went wrong?
Welcome page (chrome://welcome) appears on 2nd launch. It shouldn't appear for any launch with this config.

Did this work before? Yes 58.0.3029.110 unknown for in-between versions

Chrome version: 62.0.3202.94  Channel: stable
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version: 

OS: Windows 7x64
possible tags: first run, enterprise

Noticed that Chrome's user "Preferences" file on 58 will contain
  "has_seen_welcome_page":true
immediately after first launch, whereas current version (62) has this value set to false after first launch. After closing 62 the 2nd time (after showing its welcome page), this value finally changes to true.

If master_preferences has undergone some changes and there is a new/different configuration name/value I should be using, please let me know. I'm referencing this page:
 https://www.chromium.org/administrators/configuring-other-preferences

thanks,
Scott
 
Cc: kkaluri@chromium.org
Kiran, can you please give a try?
Labels: Needs-Triage-M62
Components: UI>Browser>FirstRun
Labels: Needs-Feedback
scottcopus@ Could you confirm whether this issue is similar to  Issue 782684  &  Issue 703809 
Owner: blumberg@chromium.org
Assigned to Matt as it is a Windows issue.
Labels: Enterprise-Triaged
kkaluri@...

 Issue 782684  seems similar effect, but may not be. This issue involves specifying only first_run_tabs. However, I'm specifically setting show_welcome_page to false. But these two settings may be somewhat related or interconnected at least when I reviewed the code.

Comment 10 by tmartino@ (https://bugs.chromium.org/p/chromium/issues/detail?id=782684#c10) contradicts my point of view though. In my environment, students, faculty, and staff use our university's labs and classrooms. We don't utilize Windows roaming profiles. So essentially every user's login is a new Windows profile, and therefore a new Chrome profile. I always want our home page to show up and never another tab containing the welcome page. It's confusing that it shows up on only the 2nd launch regardless. See my initial comment about "has_seen_welcome_page" as a possible culprit or logic flow in the code. I actually want to keep sign-in enabled for anyone who may want to use it, but suppress showing the welcome page at all launches (1st, 2nd, 3rd, etc).

Cc: grt@chromium.org
Project Member

Comment 8 by sheriffbot@chromium.org, Nov 21 2017

Labels: -Needs-Feedback
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
grt@ As per comment #7 could you please look into this issue...

Thank You...

Comment 10 by grt@chromium.org, Nov 27 2017

Mergedinto: 703809
Status: Duplicate (was: Unconfirmed)
The "show_welcome_page" master preference was removed in Chrome 26 (see issue 165469), so this is a dup of  issue 703809 . Marking it as such.

The scenario described in comment 6 makes total sense -- we need to provide a way for you to suppress this page. Do you use GP to push policies to the Chrome installs in your fleet? If any knew knobs are needed to control this behavior, I would rather make them policies rather than master_preferences options. Thanks.
grt@  Yes, we use GP heavily to push policies in our fleet. Being able to replace every setting in the master_preferences file would be a good leap forward in Chrome management for us. But for the time being I'm fine with just the fixing of the "show_welcome_page" setting to be disabled/suppressed on all launches... not just the 1st, 2nd, etc. Thanks for listening! 

Comment 12 by grt@chromium.org, Nov 29 2017

Ah! If your machines are joined to a domain, then as of Chrome 64 you can set the RestoreOnStartup (https://www.chromium.org/administrators/policy-list-3#RestoreOnStartup) policy to any value to suppress the new welcome page (this was the resolution to  issue 756545 ). Will that meet your needs?

In the meantime, I will continue investigating suppressing the welcome pages on subsequent launches when distribution.first_run_tabs is set, but this certainly won't make it into Chrome 64.
grt@ I'm already using that RestoreOnStartup in a GPO. It's set to "open a list of URLs" with our one school homepage in it. Despite this, Chrome (62.0.3202.94) still shows the welcome page on ONLY its 2nd launch.  I think I already searched through the list for any other relevant policies and haven't found anything yet that could alleviate this particular issue. Any other ideas?

BTW, according to https://www.chromium.org/administrators/configuring-other-preferences, first_run_tabs isn't under the distribution branch. It's in the root. If its location changes, please update the various documentation pages out there.  :)

Thanks for hearing out this bug!
Sorry grt@, I didn't see until just now you said Chrome 64. I assume you mean version 64 and not x64?  If so I guess I'll have to wait until general availability of version 64 to see this issue resolve itself?  No problem, just asking.

Comment 15 by grt@chromium.org, Nov 29 2017

Ah, my mistake: it is first_run_tabs at the root, not in distribution.

Yes, the GPO fix is in Chrome version 64, not the x64 build of Chrome.

So the good news is that this will magically fix itself once Chrome 64 hits stable channel and you update your fleet. The bad news is that there's no immediate fix.
Let me know when this fix hits Dev or Canary and I'll check it out in my environment. Sorry, I'm not a Chrome dev, so I don't know how to check if an issue got pushed to certain branches.  Thanks again!

Comment 17 by grt@chromium.org, Nov 30 2017

The fix is in the current dev channel release. Let us know if it doesn't work for you.
grt@ Bug fixed! Chrome 64.0.3278.0 dev 64-bit worked great. The 2nd (and subsequent) launches no longer mistakenly show the welcome page. Great work! Thanks

Comment 19 by grt@chromium.org, Dec 1 2017

I'm glad it's working for you. The fix was all pastarmovj@, so I can't claim any credit. :-) . I'll pass along the thanks.

Sign in to add a comment