Chrome Version       : 51.0.2704.84 Stable. 
** Reproducible in current Beta, Dev, Canary.
URLs (if applicable) : n/a
Other browsers tested: n/a

Issue description
Ephemeral profile policy not working properly. When profiles are created, a new shortcut to that profile is created in the desktop, this shortcut is not deleted after chrome browser closure, even if you force all Google processes in the task manager. The profile folder remains in the Chrome user data path, and it is named respectively. I.e. if this is the first profile, it'll be 'Profile 1', if it's the second one, it'll be 'Profile 2', and so on. The shortcut to each profile has the "--profile-directory="Profile ##"" flag at the end, as it should. Any user that opens the shortcut will see the previous user's data, like bookmarks, saved passwords, etc. Though, the account will be signed out of any service, as it seems to kill cookies.


What steps will reproduce the problem?
(1) Open Chrome.
(2) Sign in to the browser.
(3) Use it normally.
(4) Close the browser.

What is the expected result?
The profile and it's shortcut should be deleted right after the browser is closed.

What happens instead?
Shortcut to profile, and it's folder in user data path stays there.

Additional info:
- The shortcut will be deleted only after you re-open the browser and close it again, or if you manually remove it. Only the last profile shortcut will stay there, since the shortcut is deleted in the next open/close cycle.
- It makes no difference if the policy is applied by Cloud or Platform. 
- For standalone computers not managed by a Server, the issue is still present.
- The option to create a new shortcut is enabled by default, you can manually un-check it and prevent shortcut creation for each profile.
- Issue is present even if you select not to run apps in the background.
- So far, I've reproduced in Windows Server 2008, Windows 7 ultimate 32 bit, Windows 7 Pro 64 bit, Windows 10 Pro 64 bit.
- Shortcut creation can't be disabled via policy or master preference.

Existing workaround:
- Manually un-ckeck the option to create desktop shortcut in the browser settings.
- Manually delete the shortcut after browser closure.
- Open and close the browser once more will trigger shortcut deletion.

Related bugs:
crbug.com/488560
 

Deleted: chrome_debug.log 118 KB

chrome_debug.log 118 KB View Download