QUANDARYZ

counting the distinct screens a component can settle into when its responses arrive out of order.

A blotter whose rows and whose header exposure figure come from two endpoints settles into four different screens depending only on which response lands first, and every figure on every one of them was computed and sent by the server. One of them shows 41 position rows under a header reading 128 positions, with no spinner, no error and nothing stale in the sense anybody checks for. fast-check already explores the orderings; what this adds is the count, because knowing that an ordering exists which breaks a predicate is a different thing from knowing how many screens a user can be shown.

Tests
29
Node
24
Release
v0.1.0
Licence
MIT

The demo, as it really ran

$ npm run demo

A trader narrows the account filter from the whole book to one desk.
The rows come from one endpoint and the exposure figure in the header from another.

  guarded     1 distinct screen across 40 orderings
  unguarded   4 distinct screens across 40 orderings

  The guarded wiring applies the flag react.dev documents three times. It works.
  Without it, which screen the trader gets is decided by the network.

  One of them reads: 128 positions, 4.82m net
  above 41 rows. Both figures were computed and sent by the server, so there is no
  spinner, no error and nothing stale in the sense anybody checks for.
  Reproduce it with: ("all") then ("desk") then ("desk") then ("all")...

And a second property, on a screen that never tears at all:

  the risk panel settles the same way every time, and renders "Within limits"
  over a response about only the limits it asked about. No delivered value accounts
  for that phrase. It was composed in the browser out of the absence of a breach.

Output captured on 2026-08-29. It is committed to the repository and a test fails when it stops matching a live run, so this page cannot quietly drift from the code it describes.

Read it

The rest of the toolset