Skip to content

fix(desktop): let the clear-all-data spinner be optional at both ends - #169

Merged
Bilb merged 1 commit into
feat/android-parallel-8-emulatorsfrom
fix/delete-account-optional-spinner
Aug 28, 2026
Merged

fix(desktop): let the clear-all-data spinner be optional at both ends#169
Bilb merged 1 commit into
feat/android-parallel-8-emulatorsfrom
fix/delete-account-optional-spinner

Conversation

@Bilb

@Bilb Bilb commented Aug 28, 2026

Copy link
Copy Markdown
Collaborator

Stacked on #166 — it does not depend on it, that is just where the stack is; rebase onto main if #166 lands separately.

Delete account from swarm clicks Clear and then waits on the spinner, but the work it covers restarts the app. Two ways that fails, and neither is the thing under test:

  • on a fast network (devnet especially) the delete finishes before Playwright looks, so the spinner never renders — already tolerated by waitForLoadingAnimationToFinish;
  • when the spinner is caught, it goes away with the window, and Playwright reports a target-closed error rather than a hidden element — not tolerated, and what fails the spec today.

So the disappearance wait gets the same treatment as the appearance wait, behind an opt-in windowMayClose: everywhere else a window vanishing mid-wait is a crash worth failing on. The spec also drops its appearance budget to 1s, since it is waiting for something that may well not exist, and clears out the commented-out sleepFor/close it replaces.

The helper's trailing timing args become an options object; no caller passed them positionally.

Typecheck and lint clean. Not run against a device — this box has no current Desktop build.

`Delete account from swarm` clicks Clear and then waits on the spinner, but the
work it covers restarts the app: on devnet the delete can finish before we look,
and when we do catch the spinner it leaves with the window, which Playwright
reports as a target-closed error rather than a hidden element. Neither is a
failure of the thing under test.

The appearance wait was already tolerant, so this adds the other end:
`windowMayClose` treats a closed window as the loader being gone. Opt-in, since
everywhere else a window disappearing mid-wait is a crash worth failing on.
@Bilb
Bilb merged commit d4ec9c6 into feat/android-parallel-8-emulators Aug 28, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant