You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@maka.apache.org by "me2seeks (via GitHub)" <gi...@apache.org> on 2026/09/03 13:44:19 UTC
[I] flaky(e2e): streaming-remount:142 bubble mounts as historical without maka-bubble-streaming while the Turn is live [maka]
me2seeks opened a new issue, #4664:
URL: https://github.com/apache/maka/issues/4664
## Symptom
`e2e/streaming-remount.spec.ts:142 › keeps a completed reply after an interrupted turn and conversation remount` intermittently times out (20s) waiting for:
```ts
await expect(page.locator('.maka-bubble-streaming')).toContainText('Fake backend waiting', ...)
```
`element(s) not found` — but the Playwright error-context snapshot shows the text **is** rendered (`log > paragraph: "Fake backend waiting for the test to stop the Turn."`). The answer bubble mounts with `phase: 'historical'` instead of the live streaming phase, so it never carries the `maka-bubble-streaming` class even though the sidebar shows the turn as 正在响应 (running).
So the race is in live-turn arming/projection: the new turn's first content lands through the historical transcript path while the Turn is actually live.
## Reproduction (local, `xvfb-run -a`, `--workers=1`, `--repeat-each=6`)
| Tree | Result |
|---|---|
| `main` @ 91624f1f3e | 1 fail / 6 runs |
| `feat/4364-runtime-form-interactions` @ b65d7ff476 | 3 fail / 6 runs |
| `feat/4364-desktop-form-interactions` @ e8b22e8b2e | 1 fail / 3 runs |
The flake exists on plain `main`; the #4364 stack may raise the rate but does not introduce it.
## CI sightings
- PR #4384 run 33746990744 job 100621633447 — spec:142 failure
- Same run, rerun job 100651199089 — different spec failed (`skill-draft-lifecycle.spec.ts:110`), also draft/remount-timing territory
- PR #4490 run 33739469134 — `transcript-scroll.spec.ts:694` distance-58 flake (separate, reran green)
## Related history
- #4573 (closed): unfenced Enter races send admission (streaming-remount:161)
- #3177 (closed): intermittently misses the active Turn
- #3044 / #2895 (closed): re-streaming on conversation return
The 142 case looks like a cousin of #3177: the bubble loses the *live* classification on a freshly started Turn in a fresh conversation (the preceding step parks a draft in another session and clicks 新任务). Hypothesis: the first content event for the new Turn arrives before the renderer arms its live-turn projection for that session, so it is absorbed into the historical transcript and never re-classified.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@maka.apache.org.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@maka.apache.org
For additional commands, e-mail: commits-help@maka.apache.org
Re: [I] flaky(e2e): streaming-remount:142 bubble mounts as historical without maka-bubble-streaming while the Turn is live [maka]
Posted by "Astro-Han (via GitHub)" <gi...@apache.org>.
Astro-Han commented on issue #4664:
URL: https://github.com/apache/maka/issues/4664#issuecomment-5717644891
Two things have changed since this was filed: the investigation above did not reproduce it in roughly 60 macOS and Linux runs, and #5217 (`f4148595d`) moved Desktop conversation execution onto Host-owned snapshots and edited this spec. That is the live-versus-historical phase authority this report points at, so the race may no longer exist. Could you re-run `streaming-remount.spec.ts` with `--repeat-each` on current `main` and report the rate? If it comes back green we will close this.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@maka.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@maka.apache.org
For additional commands, e-mail: commits-help@maka.apache.org
Re: [I] flaky(e2e): streaming-remount:142 bubble mounts as historical without maka-bubble-streaming while the Turn is live [maka]
Posted by "DaBestCode (via GitHub)" <gi...@apache.org>.
DaBestCode commented on issue #4664:
URL: https://github.com/apache/maka/issues/4664#issuecomment-5532192848
I’m investigating this issue. 42 macOS and 18 Linux ARM64/Xvfb runs passed, including six on 91624f1f3e. x86-64 emulation crashes Electron before reaching the test. Could you share your exact Linux image, Node version, whether CI was set, and a failing Playwright trace with renderer/main logs? I haven’t confirmed the root cause yet.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@maka.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@maka.apache.org
For additional commands, e-mail: commits-help@maka.apache.org
Re: [I] flaky(e2e): streaming-remount:142 bubble mounts as historical without maka-bubble-streaming while the Turn is live [maka]
Posted by "DaBestCode (via GitHub)" <gi...@apache.org>.
DaBestCode commented on issue #4664:
URL: https://github.com/apache/maka/issues/4664#issuecomment-5531717071
take
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@maka.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@maka.apache.org
For additional commands, e-mail: commits-help@maka.apache.org