Issue metadata
Sign in to add a comment
|
Chrome policies fail to be applied after renaming a user
Reported by
nick.sem...@gmail.com,
Jul 29
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3440.75 Safari/537.36 Steps to reproduce the problem: 1. Sign in to chrome & sync to an account w/ enterprise policies 2. Rename the account (in the admin console) 3. Note that policy sync no longer works in chrome://policy What is the expected behavior? What went wrong? At chrome://policy the old username is shown, with the error: "Validation error: Wrong policy subject" Did this work before? N/A Chrome version: 68.0.3440.75 Channel: stable OS Version: 10.0 Flash Version:
,
Jul 31
So, when we rename the account, are we just changing the username, or the domain, or both? Sergey, I'm surprised that this doesn't work given your fix here: https://chromium-review.googlesource.com/c/chromium/src/+/980873 - maybe the existing policy doesn't have a gaia ID in it somehow?
,
Jul 31
Sending GAIA ID on server side is enabled only for a couple of TT domains - we want to extensively test it as it was dangerous change that could break lots of devices. So, unfortunately the bug is still reproducible for most of customers. As soon as QA will give green light, server side fix (enable for all) will resolve it.
,
Jul 31
OK, so I guess we're waiting for M68 to go stable before we start dialing this up?
,
Jul 31
The exact bug from above should be fixed in M67 already, but the fix will work only when server will start sending gaia id for everyone. |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by pastarmovj@chromium.org
, Jul 30Status: Assigned (was: Unconfirmed)