[GH-ISSUE #7747] Show persistent UI indicator when SharedArrayBuffer is unsupported #100600

Open
opened 2026-05-29 20:51:43 -05:00 by GiteaMirror · 3 comments
Owner

Originally created by @MatissJanis on GitHub (May 7, 2026).
Original GitHub issue: https://github.com/actualbudget/actual/issues/7747

Problem

We show the SharedArrayBuffer warning in the app, but it is easy for users to circumvent it by clicking around it and accepting the danger. After that, we never show it again — leaving users with no visual indication that they are running in a degraded/unsupported state.

Proposal

Add a persistent visual UI element (with a tooltip on hover) that shows a danger icon for users whose environment does not support SharedArrayBuffer.

A reasonable place for this could be the header, next to the "sync" / "server status" buttons.

The exact visual UI/UX is up for discussion.

Goals

  • Make it clear to users that their environment is in an unsupported/dangerous state.
  • Persistent indication, not a one-time dismissible warning.
  • Provide context via tooltip (what's wrong, why it matters).
Originally created by @MatissJanis on GitHub (May 7, 2026). Original GitHub issue: https://github.com/actualbudget/actual/issues/7747 ## Problem We show the SharedArrayBuffer warning in the app, but it is easy for users to circumvent it by clicking around it and accepting the danger. After that, we never show it again — leaving users with no visual indication that they are running in a degraded/unsupported state. ## Proposal Add a persistent visual UI element (with a tooltip on hover) that shows a danger icon for users whose environment does not support SharedArrayBuffer. A reasonable place for this could be the header, next to the "sync" / "server status" buttons. **The exact visual UI/UX is up for discussion.** ## Goals - Make it clear to users that their environment is in an unsupported/dangerous state. - Persistent indication, not a one-time dismissible warning. - Provide context via tooltip (what's wrong, why it matters).
GiteaMirror added the help wanteduser interfacegood first issue labels 2026-05-29 20:51:46 -05:00
Author
Owner

@MatissJanis commented on GitHub (May 7, 2026):

Why? As shown by the crypto.randomUUID bug that caused grief for a lot of users - many people simply circumvent the SharedArrayBuffer warning. Which is risky, but if the users decide to do this - we should not stand in the way (there are some legitimate scenarios where this is the only option).

However, we should warn these users that they are in a "dangerous" state. Hence this issue.

Anyone: feel free to implement it. I'll be happy to review.
(we do not assign issues; just send a PR and/or discuss the UI/UX here)

<!-- gh-comment-id:4401180845 --> @MatissJanis commented on GitHub (May 7, 2026): Why? As shown by the [crypto.randomUUID](https://github.com/actualbudget/actual/issues/7715) bug that caused grief for a lot of users - many people simply circumvent the SharedArrayBuffer warning. Which is risky, but if the users decide to do this - we should not stand in the way (there are some legitimate scenarios where this is the only option). However, we should warn these users that they are in a "dangerous" state. Hence this issue. Anyone: feel free to implement it. I'll be happy to review. (we do not assign issues; just send a PR and/or discuss the UI/UX here)
Author
Owner

@youngcw commented on GitHub (May 7, 2026):

Maybe instead of talking about the SharedArrayBuffer in the warning we can just say that Actual needs https, and then say what could happen if its not used. I think most people have no idea what the SharedArrayBuffer is or has any reason to care. That could be in addition to the persistent warning.

<!-- gh-comment-id:4401305820 --> @youngcw commented on GitHub (May 7, 2026): Maybe instead of talking about the SharedArrayBuffer in the warning we can just say that Actual needs https, and then say what could happen if its not used. I think most people have no idea what the SharedArrayBuffer is or has any reason to care. That could be in addition to the persistent warning.
Author
Owner

@MatissJanis commented on GitHub (May 7, 2026):

Yeah, that makes sense. Updating the existing wording would also be quite nice to focus more on the degraded user experience and not the specific technical limitation.

<!-- gh-comment-id:4401314555 --> @MatissJanis commented on GitHub (May 7, 2026): Yeah, that makes sense. Updating the existing wording would also be quite nice to focus more on the degraded user experience and not the specific technical limitation.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/actual#100600