This issue occurs because the WebView2 runtime (which New Outlook uses for web rendering) fails to pass the OAuth authentication request to your default browser, or an old session token in Google is blocking the pop-up trigger.
Here are the direct, proven steps to fix this:
Step 1: Clear the New Outlook & WebView2 App Data
Resetting the local cache clears stuck authentication loops without deleting your mailbox on the server:
- Close New Outlook completely.
- Press Windows Key + R, paste the following path, and press Enter: %localappdata%\Microsoft\Olk
- Delete all files and folders inside this Olk folder.
- Restart your computer, reopen New Outlook, and try adding your Workspace account again.
Step 2: Revoke Microsoft Permissions in Google Workspace
A corrupted token on Google's side can silently freeze the login handoff:
- Open your browser and go to: myaccount.google.com/connections
- Under Third-party apps & services, locate Microsoft apps & services (or Microsoft Outlook).
- Click it and select Delete all connections that you have with Microsoft apps & services.
- Go back to New Outlook and add your Gmail account. This forces Google to generate a clean login prompt.
Step 3: Check Default Protocol Handlers
Even if Edge or Chrome is set as the default browser, link protocols can get detached:
- Go to Settings > Apps > Default apps.
- Select your default browser (Chrome or Edge).
- Ensure both HTTP and HTTPS link types are assigned to that browser.
- Temporarily disable any aggressive pop-up blocker, ad-blocker extensions, or third-party web shields (e.g., Bitdefender, Kaspersky) while adding the account.
Quick Workaround:
If you need immediate access, toggle off the "New Outlook" switch in the top-right corner to return to Classic Outlook, which uses standard Windows MAPI/REST protocols and does not rely on the WebView2 browser handoff.