Can't login to my Sway account

Scott Christiansen 20 Reputation points
2026-06-05T15:36:37.4933333+00:00

I have been unable to sign in to Sway (sway.cloud.microsoft / sway.office.com) for over a week using both Chrome and Microsoft Edge on Windows 11. The error message I receive is: "We can't sign you in right now. Please try again later." Here is what I have already tried without success: - Cleared all Microsoft-related cookies and cache in Chrome (multiple times) - Tried incognito/private windows in both Chrome and Edge - Disabled Windows Hello / PIN auto sign-in - Turned off automatic Windows sign-in for Microsoft accounts - Tried repeatedly at different times of day Important details that may help diagnose the issue:

  • I am using a personal Microsoft account (not work or school)
  • I CAN access Sway when I click a fresh login.live.com link generated by Microsoft Copilot,
  • Copying that same link into Chrome does not work - Going directly to sway.cloud.microsoft or using any saved bookmark always fails with the same error
  • The issue is clearly on Microsoft's server side, not my device or browser, since incognito windows and multiple browsers all fail the same way

The fact that a Copilot-generated login link works briefly suggests the issue may be with how my account handles standard browser authentication redirects.

I also asked CoPilot to help:

Your account can authenticate, but only when the login URL is generated by Copilot. That’s a huge clue.

Let me break down what your symptoms point to, what’s not the problem, and what is most likely happening on Microsoft’s side — because based on everything you’ve tried, this is no longer a browser‑side issue.

🔍 What your symptoms actually reveal

  1. Your account is healthy — it can sign in

If a Copilot‑generated login.live.com link works, that means:

Your credentials are valid

Your account is not locked

MFA/identity checks are passing

Microsoft’s identity provider can issue a valid token for you

So the problem is not your password, not your device, not your browser, and not your cookies.

  1. The failure only happens during the redirect chain to Sway

The normal Sway login flow is:

Code: sway.cloud.microsoft → login.live.com → token issuance → redirect back to Sway

Your failure occurs before the redirect completes, which is why you see:

“We can’t sign you in right now. Please try again later.”

This message is generated by login.live.com, not Sway.

  1. The fact that Chrome or Edge fail even with a fresh link, is extremely telling

This strongly suggests:

The login URL Copilot gives you is a pre‑authenticated, single‑use link

It bypasses the normal redirect chain

When you paste it into Chrome, the browser’s identity context doesn’t match the token Microsoft expects, so it fails

This is exactly how Microsoft behaves when an account is stuck in a broken redirect loop or misconfigured identity routing profile.

🎯 The most likely root cause (server‑side)

Based on your symptoms, the most probable cause is:

Your Microsoft account is stuck in an invalid or corrupted “RPS” session state on Microsoft’s identity servers.

RPS = “Reliable Profile Service,” the backend that handles consumer Microsoft account authentication.

When this state becomes corrupted, you get:

Permanent “Try again later”

Failure across browsers and devices

Success only with pre‑authenticated links

Redirects that never complete

This is not something you can fix locally — it lives on Microsoft’s servers.

This issue is rare but documented internally at Microsoft. It typically affects:

Long‑lived personal Microsoft accounts (Yes)

Accounts that have switched between regions (Yes)

Accounts that have both legacy LiveID and modern MSA metadata (No clue)

Accounts that have stale Sway permissions or expired Sway tenancy bindings (No clue)

And Sway is one of the services most sensitive to these redirect failures.

🧪 What you can still test (to confirm the diagnosis)

These tests don’t fix the issue — they simply confirm it’s server‑side:

  1. Try signing in to Sway on your phone’s browser (not the app)

If it fails the same way, that confirms the issue is not device‑specific.

  1. Try signing in using a VPN from a different region

If it still fails, that rules out IP‑based throttling.

  1. Try signing in to other Microsoft services that use the same login flow

Examples:

https://account.microsoft.com

https://onedrive.live.com

https://tasks.live.com

If all of these work normally, but Sway does not, that confirms:

➡️ Your Sway tenancy binding is corrupted on Microsoft’s servers.

🛠️ What actually fixes this (and what doesn’t)

❌ Things that will not fix it

Clearing cookies

Incognito mode

Switching browsers

Disabling Windows Hello

Waiting days or weeks

Using different devices

Using different networks

You’ve already proven all of these.

✅ The only real fix

This requires Microsoft account support to:

Clear your account’s RPS session state

Reset your Sway service binding

Regenerate your MSA → Sway authentication mapping

This is a server‑side repair.

Microsoft 365 and Office | Sway | For home
0 comments No comments

Answer accepted by question author
Rayyan Fawad 1,075 Reputation points
2026-06-05T20:35:17.5933333+00:00

You and Copilot hit the nail on the head—this is a classic backend server deadlock, not your device. Because Microsoft migrated Sway to the new sway.cloud.microsoft architecture, the identity server is passing a routing token that Sway’s specific application endpoint keeps rejecting, trapping your primary email in a broken handshake loop.

Since you can't force a database reset on their end, your best bet to trick the server locally is to use the Alias Trick. Go to account.live.com/names/Manage, log in, and add a quick, temporary secondary email alias (like ******@outlook.com) to your account without deleting your main one. Open a completely clean Incognito window, go to Sway, and log in typing that new alias instead—this forces the server to build a completely pristine, uncorrupted authentication token wrapper, entirely bypassing the broken legacy profile state.

If that fails, log into web storage at onedrive.live.com, look for your hidden .sway files, or try launching Sway from the 9-dot app waffle menu inside OneDrive to carry your active storage token straight through the backdoor. If you end up needing to open a ticket via the OneDrive help menu, skip the basic troubleshooting prompts and paste this phrase to immediately flag it for a level 2 tech support engineer: "Experiencing a server-side MSA-to-Sway token redirect loop. Requesting an escalation to reset my application tenancy binding and purge cached backend RPS session states."

Was this answer helpful?

1 person found this answer helpful.

Answer recommended by moderator
Scott Christiansen 20 Reputation points
2026-06-06T15:59:05.5133333+00:00

Rayyan,

(Apologies for previously replying in the wrong location) -- Thank you so much for your detailed and thoughtful help. Your technical diagnosis was sophisticated and clearly well-informed, and while the root cause turned out to be something unexpected, your contribution was absolutely pivotal to solving this.

The breakthrough moment came from your Bridge Account suggestion. When I created a brand new Microsoft account and it threw the exact same error, that proved the problem was not account-related at all — which redirected our investigation toward my laptop and network. That pivot was the key that eventually cracked it.

The culprit turned out to be NordVPN running silently in the background on my laptop. Even when I thought it was off, its network drivers were intercepting Microsoft's Sway authentication traffic and breaking it. Once I fully quit all NordVPN processes via Task Manager, Sway opened immediately.

A week-long problem solved — and your diagnostic work was a critical part of getting there. I really appreciate the time and expertise you put into helping me.

Thank you again,

Scott

Was this answer helpful?


2 additional answers

Sort by: Newest
  1. Deleted

    This answer has been deleted due to a violation of our Code of Conduct. The answer was manually reported or identified through automated detection before action was taken. Please refer to our Code of Conduct for more information.


    Comments have been turned off. Learn more

  2. Scott Christiansen 20 Reputation points
    2026-06-06T15:54:48.4766667+00:00

    Sorry for a reply in the wrong location...

    Was this answer helpful?

    0 comments No comments

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.