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

Issue 835356 link

Starred by 4 users

Issue metadata

Status: Duplicate
Merged: issue 224410
Owner:
Closed: Jun 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 2
Type: Bug



Sign in to add a comment

Cannot suppress the FirstRunDialog on Linux

Reported by clark.l....@gmail.com, Apr 20 2018

Issue description

UserAgent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:59.0) Gecko/20100101 Firefox/59.0

Steps to reproduce the problem:
I don't know where the master_preference file should be in a linux system. I also see much documentation but unclear if it should be master_preference or master_preferences, or even master_preferences.json

What is the expected behavior?
Need a filesystem location

What went wrong?
master_preferences not being applied on or after install, before first run.

Did this work before? N/A 

Does this work in other browsers? N/A

Chrome version: 66  Channel: stable
OS Version: Debian
Flash Version: Shockwave Flash 29.0 r0

Docs are not clear for linux.
 

Comment 1 by woxxom@gmail.com, Apr 20 2018

Documentation seems quite unambiguous:
* File name is master_preferences
* File location is the same as your chrome binary
https://www.chromium.org/administrators/configuring-other-preferences
Then this is a bug. 

-rwxr-xr-x 1 root root      1873 Apr 17 03:50 google-chrome
...
-rw-rw-r-- 1 root root       520 Apr 20 17:11 master_preferences
...

chrome@dev:/opt/google/chrome$ file google-chrome
google-chrome: Bourne-Again shell script, ASCII text executable

master_preferences file:

{
	"distribution": {
      		"chrome": true,
      		"do_not_launch_chrome" : true,
     		 "import_bookmarks": false,
      		"import_history": false,
      		"import_home_page": false,
      		"import_search_engine": false,
      		"make_chrome_default": false,
      		"make_chrome_default_for_user": false,
      		"require_eula": false,
      		"show_welcome_page": false,
		"skip_first_run_ui" : true, 
      		"suppress_first_run_default_browser_prompt": true,
      		"suppress_first_run_bubble": true
   }   
}

The user is still being prompted to set chrome as the default browser, and being asked in the same ui asking if they would like to send error reports.

Here is the screenshot:
https://imgur.com/a/fFTrOpH

I have also attached the screenshot.



MakeGoogleDefault.PNG
949 KB View Download
Labels: Needs-Triage-M66
Components: UI>Browser>FirstRun Enterprise
Cc: yini...@chromium.org
Labels: Enterprise-Triaged
Owner: privard@chromium.org

Comment 7 by grt@chromium.org, Jun 4 2018

The only way I see to suppress that dialog is to set https://www.chromium.org/administrators/policy-list-3#MetricsReportingEnabled via enterprise policy.
Cc: jmukthavaram@chromium.org
Labels: Triaged-ET TE-NeedsTriageFromHYD
As this is Enterprise related issue, hence routing it to Inhouse team for further inputs on this issue, adding TE-NeedsTriageFromHYD label and CCing: jmukthavaram@chromium.org.

Thanks!
Cc: -jmukthavaram@chromium.org
Labels: -TE-NeedsTriageFromHYD
yiningc@, Could you please take a look into this issue as we do not have Linux  debian Enterprise setup with us & removing 'TE-NeedsTriageFromHYD' label.

Thanks..!

Comment 10 by grt@chromium.org, Jun 7 2018

Summary: Cannot suppress the FirstRunDialog on Linux (was: Master_Preference file location)
Digging deeper, it looks like a master_preferences file of {"distribution":{"skip_first_run_ui":true}} used to suppress this dialog. This regressed back in Chrome 26 when skip_first_run_ui was removed.

Is the use of policies (https://www.chromium.org/administrators/linux-quick-start) an option for you?

Comment 11 by grt@chromium.org, Jun 7 2018

Mergedinto: 224410
Status: Duplicate (was: Unconfirmed)
Turns out this was previously reported for OS X, which also uses a first run dialog. Duping into the existing issue.

Comment 12 by grt@chromium.org, Jun 8 2018

Hi. Please see https://bugs.chromium.org/p/chromium/issues/detail?id=224410#c27 for a policy-based way to suppress the first-run dialog.

Sign in to add a comment