Flaky: a post's menu loses its buttons now and then (calm-post, aux specs) #324

New issue

Closed

opened 2026-10-24 01:54:11 +00:00 by littlefox · 1 comment

littlefox commented

2026-10-24 01:54:11 +00:00

Owner

Two specs often fail their first try and pass on retry, on CI and locally, each time after 2 minutes waiting for a button in a post's menu or aux list:

calm-post.spec.ts "one byline, two buttons and a menu": .more-menu button "Svara privat" or "Detaljer" not found (CI #537; full runs on 2026-10-23 and 2026-10-24).
aux.spec.ts "aux items of a text and of a conference": "Visa aux-poster (3)" never clickable (android, desktop).

Likely cause: the menu (or the aux list) closes, or the post redraws, between opening it and the click. That's a redraw from read state or a thread reload, as with #305 and #228. To look into: what redraws the post card while its menu is open, and whether a reader could lose an open menu the same way.

Two specs often fail their first try and pass on retry, on CI and locally, each time after 2 minutes waiting for a button in a post's menu or aux list: - `calm-post.spec.ts` "one byline, two buttons and a menu": `.more-menu` button "Svara privat" or "Detaljer" not found (CI #537; full runs on 2026-10-23 and 2026-10-24). - `aux.spec.ts` "aux items of a text and of a conference": "Visa aux-poster (3)" never clickable (android, desktop). Likely cause: the menu (or the aux list) closes, or the post redraws, between opening it and the click. That's a redraw from read state or a thread reload, as with #305 and #228. To look into: what redraws the post card while its menu is open, and whether a reader could lose an open menu the same way.

littlefox added the

kind/bug

label

2026-10-24 01:54:11 +00:00

littlefox referenced this issue

2026-10-24 02:14:34 +00:00

Mark a channel read from its head, and undo it; Enter on a tabbed-to button #325

littlefox referenced this issue from a pull request that will close it,

2026-10-24 07:07:30 +00:00

A post's open menu survives the post being drawn again in its thread #327

littlefox referenced this issue from a commit

2026-10-24 07:07:30 +00:00

A post's open menu survives the post being drawn again in its thread

littlefox closed this issue

2026-10-24 07:47:44 +00:00

littlefox commented

2026-10-24 08:25:34 +00:00

Author

Owner

Fixed in #327; main green (run #594).

Cause: a post shown by number is drawn on its own first, then again inside its thread when that arrives, as a new component, so a menu, Detaljer or aux list opened in between closed by itself. Confirmed by marking the element: it is replaced about 300 ms after showing.

What is open on a post is now kept by post number.
New test in calm-post.spec opens the menu and Detaljer before the thread arrives. With 200 ms latency the menu was lost without the fix and kept with it.
Full suite: 411 passed, none flaky; calm-post and aux pass on their first try.

Fixed in #327; main green (run #594). Cause: a post shown by number is drawn on its own first, then again inside its thread when that arrives, as a new component, so a menu, Detaljer or aux list opened in between closed by itself. Confirmed by marking the element: it is replaced about 300 ms after showing. - What is open on a post is now kept by post number. - New test in calm-post.spec opens the menu and Detaljer before the thread arrives. With 200 ms latency the menu was lost without the fix and kept with it. - Full suite: 411 passed, none flaky; calm-post and aux pass on their first try.