Invalidate queries when the user goes online + Fix offline mode

[MrFlashAccount]

Pull Request Description

Closes: https://github.com/enso-org/cloud-v2/issues/1630

1. Invalidate remote backend queries when user goes online
2. Moves auth-related logic from AuthProvider to SessionProvider
3. Do not log user out if users/me returns 401

Important Notes

Checklist

Please ensure that the following checklist has been satisfied before submitting the PR:

• The documentation has been updated, if necessary.
• Screenshots/screencasts have been attached, if there are any visual changes. For interactive or animated visual changes, a screencast is preferred.
• All code follows the
  Scala,
  Java,
  TypeScript,
  and
  Rust
  style guides. In case you are using a language not listed above, follow the Rust style guide.
• Unit tests have been written where possible.
• If meaningful changes were made to logic or tests affecting Enso Cloud integration in the libraries,
  or the Snowflake database integration, a run of the Extra Tests has been scheduled.
  • If applicable, it is suggested to paste a link to a successful run of the Extra Tests.

[github-actions]

🧪 Storybook is successfully deployed!

📊 Dashboard:

• 👀 Review changes: https://www.chromatic.com/build?appId=673738989fc3e8430364197e&number=1024
• 👨‍🎨 Preview storybook: https://673738989fc3e8430364197e-sciizcewoa.chromatic.com/

[PabloBuchu]

Something is wrong with logging auth.. it is especially visible when I switch builds between environments. I was even able to lock myself out from the account (google sign in didnt work, even after cleaning all local storages)

Screen.Recording.2025-01-06.at.13.58.48.mp4

[MrFlashAccount]

@PabloBuchu The invariant should be addressed in #11988

I think that switching between envs might trigger unexpected behavior as we don't nuke the persister storage when env change. This shouldn't be an issue for the end users though. Created an issue: https://github.com/enso-org/cloud-v2/issues/1665

[somebody1234]

we typically don't do IInterfaceName in TS

[MrFlashAccount]

Yeah, worth noting that we use interface as much as possible. And in most of the cases we don't need the I prefix, but for these interfaces, that supposed to be as implementation for classes, I think this might make sense, WDYT?

[somebody1234]

CR ✅