Thanks for clarifying that, it’s an important detail. If the same user fails even in InPrivate on their own device, but another user works fine on that same device (even in InPrivate), then this is not a browser cache issue. It’s something tied to the user’s identity tokens or device registration in Azure AD rather than the local profile.
Here’s what that tells us:
- The problem follows the user, not the device.
- Wiping the device didn’t help, so the corruption is likely in the cloud identity layer (Azure AD / WAM tokens) or Conditional Access session state.
- InPrivate working for a different user confirms the browser itself is fine.
Next steps:
- Check the affected user’s Azure AD sign-in logs for SharePoint. Look for conditional access failures or token issuance errors.
- Verify the user’s Primary Refresh Token (PRT) status with
dsregcmd /statuson their device. If PRT is missing or invalid, SSO will fail. - Try revoking all sessions for the affected user in Azure AD and force reauthentication.
- If that doesn’t help, remove the user’s device registration from Azure AD and rejoin it.
This feels like a PRT or WAM token issue triggered by the Edge update, but persisting because the user’s cloud session state is broken.