Background sessions now send readiness marks so attaching knows when a session is actually interactive.
What's wrong with this entry?
A new frame type flows from a background or rendezvous session to the daemon, carrying interactivity marks used to decide attach readiness.
- marks are queued before the socket is up
- deduped to at most two, one per kind, per record
- replayed to attachers that advertise the
imarkcapability, forwarded with the attacher's own nonce - included in the session snapshot
- new
marksCapableandbootingForAttachMetricsaccessors derive attach-readiness from the marks, feeding "marks capable" attach metrics - malformed frames are dropped with a warning and counted via a new event
- none of this exists in v2.1.220
dropped malformed rv interactive-mark frame, tengu_bg_imark_malformed
Strings lifted out of the shipped bundle, so the claim above can be checked against them.