Design sign-in refreshes no longer report a failure when another process just got there first.
What's wrong with this entry?
A refresh that loses the cross-process lock race is now reported as contention rather than as a failed refresh, and a compromised lock can still succeed.
- New
DesignOauthLockContendedErrormarks the case where another process holds the refresh lock. - On a compromised lock the stored token is re-read and accepted if it is still fresh.
- New telemetry codes:
design_oauth_refresh_lock_contention,_lock_compromised,_lock_error.
Design OAuth lock contention: another process is holding the refresh lock
Strings lifted out of the shipped bundle, so the claim above can be checked against them.