Trying to have no desktop icon on enterprise installation
Reported by
natridd...@gmail.com,
Oct 17 2016
|
||||
Issue description
UserAgent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2785.143 Safari/537.36
Steps to reproduce the problem:
1. Run cmd file to install chrome
2. Have master_preferences fil in folder with msi
3.
What is the expected behavior?
To not have the desktop shortcut created
What went wrong?
The desktop shortcut is still created
Did this work before? N/A
Chrome version: 53.0.2785.143 Channel: n/a
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version: Shockwave Flash 23.0 r0
This is my master_preferences file. All the other preferences are working except the desktop shortcut is still created
{
"homepage": "http://www.google.com",
"homepage_is_newtabpage": false,
"browser": {
"show_home_button": true,
"check_default_browser" : false
},
"bookmark_bar": {
"show_on_all_tabs": true
},
"distribution": {
"skip_first_run_ui": true,
"import_search_engine": false,
"import_history": false,
"show_welcome_page" : false,
"create_all_shortcuts": false,
"do_not_create_desktop_shortcut": true,
"do_not_create_quick_launch_shortcut": true,
"do_not_launch_chrome": true,
"make_chrome_default": false
}
}
,
Oct 19 2016
The shortcut that is being created is the one that goes into the Public folder
,
Oct 21 2016
Georges to assign/investigate
,
Nov 2 2016
AFAIK, this happens because the master_preferences is not honored by the installer, which takes care of creating the shortcuts. It's only read by Chrome itself. +grt for confirmation.
,
Nov 3 2016
Yes, it is not possible today to provide a master_preferences file to the .MSI installer. Would it be useful to use GP to set things like this?
,
May 6 2017
Similar to Issue 174465 Group Policy is for post-install, not pre-install, so a solution for this issue shouldn't be (solely) based on this. Proper (msi) solution is actually using the msi shortcut tables for handling this. - This could be extended to (or replaced by) msi properties that are read at install time. - This could be extended to (or replaced by) msi registry items that are read at install time. - This could be extended to using group policy preferences to set those registry items. By using shortcut table and/or properties it's simple to create a transform or (when using properties) use a single command line to handle the entire installation (f.ex. DISABLE_ALL_SHORTCUTS=1 IMPORT_BOOKMARKS=1 etc), rather than as it is now, where you need to create a separate master_preferences which are copied (after installation) followed by cleanup (cleanup can be several things, besides deleting the public shortcut, disabling update service, removing the active setup item and what else the various workarounds entail).
,
May 7 2018
Issue has not been modified or commented on in the last 365 days, please re-open or file a new bug if this is still an issue. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot |
||||
►
Sign in to add a comment |
||||
Comment 1 by hdodda@chromium.org
, Oct 19 2016Labels: TE-NeedsTriageHelp