On desktop Chrome OS build (primarily used for development), settings flags through chrome://flags will have no effect.
Clicking Restart button in chrome://flags UI will only close the current browser, without starting new browser instance (with amended flags).
Upon next Chrome launch, flags set in flags UI will not be added to the command line, nor applied to the current session.
It gets worse in case chrome is launched with --login-manager flag - in that case, when the user that changed their flags logs in, Chrome will attempt restart to apply new set of flags, but after Chrome exits, a new Chrome instance will not be started.
This is expected given that Chrome OS session manager is in charge of actually restarting Chrome - Chrome will just exit and leave it to session manager to start new browser with appropriate set of flags.
When running on desktop, stub session manager does no such thing.
I'm sure that it's too important to get stub session manager to emulate restart behavior, but for starters. we might want to fix the issue with --login-manager flag.
Comment 1 by bugdroid1@chromium.org
, Jan 25 2017