Skip to content

Task index after #66 — and the flaky test that turned main red - #174

Merged
Devski merged 2 commits into
mainfrom
claude/plan-after-66
Sep 12, 2026
Merged

Task index after #66 — and the flaky test that turned main red#174
Devski merged 2 commits into
mainfrom
claude/plan-after-66

Conversation

@Devski

@Devski Devski commented Sep 12, 2026

Copy link
Copy Markdown
Owner

Two things: the index, and the fix for the test that turned main red.

The red main

e2e-full failed on main right after #170 merged, on my own test, not on the product — and with e2e-full red, deploy-dev was skipped, so dev is still serving the pre-#170 image.

  • works-order.spec.ts compared the list of names with a plain expect(await …).toEqual(…) straight after a key press. That is a snapshot, not a retrying assertion: it asks the page what it looks like before React has finished putting it there. Green on a quiet machine, red on CI. Both reorder specs use toHaveText now, which waits.
  • The same test then reloaded immediately after the second arrow press — and since Small things to polish: a logo that stops leading away, two lists that keep their order, and a place a phone can add (#66) #170's review the order is sent once the moving stops (300 ms), so the reload was racing the request and could cancel it in flight. It is waited for now, like the first one.

Nothing in src/ changed.

The index

🤖 Generated with Claude Code

Devski and others added 2 commits September 12, 2026 09:08
…#173)

#66 landed with #170: the logo above the auth cards, the place a phone could
not add, and both lists put in order by hand.

Two things it produced rather than closed:

- #173, Dawid's own words on seeing it work — the order is right, the movement
  is not, and for now it stays.
- #172, from the security review — the pool waits for ever and no statement is
  ever cut off, which is every route rather than that one.

And #113 is raised, with the reason written down: a preview running the pull
request's image against dev's database means any pull request carrying a
migration looks broken on its own preview, exactly when the preview exists to
be looked at. Twice now.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
`main` went red on the test I wrote, not on the product: `works-order`
compared the list of names with a plain expect straight after a key press.
That is a snapshot, not a retrying assertion, so it asked the page what it
looked like before React had finished putting it there — green on a quiet
machine, red on CI. Both specs use `toHaveText` now, which waits.

Second one in the same test, and this one my own doing: the order is sent
once the moving stops (300 ms), so the reload that follows the second arrow
press was racing the request and would have cancelled it in flight. It is
waited for, like the first.

Nothing in the product changed.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@Devski Devski changed the title Task index: #66 done, two tasks it produced, and #113 raised Task index after #66 — and the flaky test that turned main red Sep 12, 2026
@Devski
Devski merged commit 08ac75c into main Sep 12, 2026
7 checks passed
@Devski
Devski deleted the claude/plan-after-66 branch September 12, 2026 10:56
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