docs(ci): the android step number describes a local emulator, not ci

the leg disables animations and the number was measured with them on. the
first real dispatch carries 4 transitional steps over 200, so the cross-fade
wait does still fire in ci, just far less often.
This commit is contained in:
pj committed 2026-08-15 22:25:54 +05:30
1 parent b415323b08
commit 19707df04d
1 file changed
+9 -1
+9 -1
View File
@@ -150,9 +150,17 @@ walk visits far more often than Home, so a count that does not depend on Home is
available; it needs per-account attribution, since the ledger shows one account
where Home shows all of them.
Android runs seed 9 over 200 steps: its conviction lands at step 178, so a
Android runs seed 9 over 200 steps. Its conviction lands around step 178, and a
shorter budget would never see the bonus. A full run costs about five minutes.
That step number was measured on a local emulator with animations ON, and the CI
job sets `disable-animations: true`, so it does not describe the CI leg. The
worry that follows is that zeroing the 700ms Compose fade would stop the leg
exercising the cross-fade wait entirely. The first real dispatch says otherwise:
its 200-step trace carries 4 `transitional` steps, so the wait still fires, just
far less often than it does locally. Treat the android number as an order of
magnitude, not a pin. It is a health gate, so nothing keys on it.
Repeating the ios leg by hand needs nothing special now, because the run clears
the app's state itself. It used to: `just ios` installs over the top without
uninstalling and folio's signed-in session survives that, so a repeat under the