The managed-settings prompt after login ignores leftover keystrokes so you can't answer by accident.
What's wrong with this entry?
When managed settings need review during sign-in, the login flow is released first and the enterprise-settings prompt is then revealed in a mode that refuses input for a moment, so a keypress left over from the login screen cannot instantly answer it. No flag is involved; this only happens when managed settings require consent during a login handoff.
- The consent request now carries a reveal mode of either
login_handoffordefault, chosen when the dialog is shown. - The
login_handoffpath turns on the input-refusal guard; the plaindefaultpath does not. - Internal holds keep other prompts from firing while the handoff is in flight.
login_handoff
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.224
Org-anchored consent for remote managed settings
Both mention managed
-
v2.1.224
Consent to dangerous remote settings is remembered per organization
Both mention managed
-
v2.1.228
Managed policy helper failures throw instead of returning text
Both mention managed