Workload identity token refresh can now go ahead without the cross-process lock rather than failing.
What's wrong with this entry?
The lock that serializes OAuth refreshes for workload identity federation now has two modes. Fail-closed retries acquisition 5 times; fail-open retries 15 and, if it still cannot get the lock, refreshes anyway without cross-process serialization rather than failing the refresh.
- The fail-open path logs a debug line explaining that it proceeded unlocked.
- The existing lock acquire and release telemetry now records which mode was in use.
- The mode is chosen per call site, not by a user setting.
- Workload identity client state (the credentials promise, token cache, resolved base URL and failed access tokens) moved from module globals into a resettable object.
wif: credentials lock unavailable at
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.234
Signing back into the same account keeps a pending auto-resume
Both mention auth
-
v2.1.234
Token screen reports actual remaining validity
Both mention auth
-
v2.1.234
Setup-token login result carries the expiry
Both mention auth