test: pin DECSET 2048 through the real run-loop wiring #229
No reviewers
Labels
No labels
priority/P0
priority/P1
priority/P2
release/v0.1.0
status/blocked
status/planned
type/bug
type/design
type/test-gap
type/tracker
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
natsukium/felis!229
Loading…
Reference in a new issue
No description provided.
Delete branch "issue-213"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
The mode-2048 daemon tests all reached the mode through a helper that built a throwaway
felis_vt::Parser, advanced it on the locked grid, and then calledsync_resize_notify_to_pty()by hand. That skipsSessionTask::drain_effects, the only place that raisesresize_notify_dirtywhen real PTY input is parsed, so the acceptance criterion "a set is answered with one immediate report" was never pinned against the path a real program actually takes.This adds one test that runs the true production trigger: the capture child prints
\033[?2048has its own PTY output, and the test drives the realrun_sessionloop, so the parse sink,drain_effects, and the end-of-loop reconcile are all in the chain. Deleting theresize_notify_dirty = trueline indrain_effectsfails this test and no other, which is the coverage the existing tests lacked.capture_sessiongained anemitprologue parameter so the child can write a sequence afterstty raw -echohas landed; the existing caller passes"".just checkpasses.Fixes #213