Money revision e2e loses the Assigned field after its first scenario on production #1559

Open
opened 2026-10-10 19:54:36 +00:00 by kayg · 1 comment
Owner

apps/web/e2e/money-revisions-984.mjs fails unchanged on production ac7fda1a8 and merge38 4ebeba0b8, with each release's embedded web client and real API data.

Both first pass:

PASS production route: reversed assign responses keep the newest displayed values and browser report

Both then fail in the next scenario:

TimeoutError: fill: Timeout 30000ms exceeded.
  - waiting for getByLabel('Assigned for Food', { exact: true })

Reproduce from apps/web: CALTERNAL_SERVER_BIN=<release> CALTERNAL_E2E_ASSET_OVERRIDE=0 bun e2e/money-revisions-984.mjs (normal native runtime and Chromium setup). No status assertion, selector or fixture was changed. The same production failure blocks the remaining forced-read/two-tab scenarios. Check the view state after the first response-order scenario before changing the expectation. Paired evidence is in merge round #1554.

`apps/web/e2e/money-revisions-984.mjs` fails unchanged on production ac7fda1a8 and merge38 4ebeba0b8, with each release's embedded web client and real API data. Both first pass: ``` PASS production route: reversed assign responses keep the newest displayed values and browser report ``` Both then fail in the next scenario: ``` TimeoutError: fill: Timeout 30000ms exceeded. - waiting for getByLabel('Assigned for Food', { exact: true }) ``` Reproduce from `apps/web`: `CALTERNAL_SERVER_BIN=<release> CALTERNAL_E2E_ASSET_OVERRIDE=0 bun e2e/money-revisions-984.mjs` (normal native runtime and Chromium setup). No status assertion, selector or fixture was changed. The same production failure blocks the remaining forced-read/two-tab scenarios. Check the view state after the first response-order scenario before changing the expectation. Paired evidence is in merge round #1554.
Author
Owner

Merge40 reproduces #1559 exactly on the release candidate: the reversed-assignment response-order scenario passes, then money-revisions-984.mjs:100 times out waiting for getByLabel('Assigned for Food'). Production 4ebeba0b8 has the same failure. I kept the assertion and fixture unchanged; this does not block merge40 as a pre-existing e2e difference.

Merge40 reproduces #1559 exactly on the release candidate: the reversed-assignment response-order scenario passes, then `money-revisions-984.mjs:100` times out waiting for `getByLabel('Assigned for Food')`. Production `4ebeba0b8` has the same failure. I kept the assertion and fixture unchanged; this does not block merge40 as a pre-existing e2e difference.
Commenting is not possible because the repository is archived.
No labels
No milestone
No project
No assignees
1 participant
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set

Reference
kayg/calternal-v0#1559
No description provided.