The poll-event command mode and control-protocol request are complete, but the enabling check is a function that always returns false, with no flag behind it.
What
A new way to push events into a running session, as a poll-event command-queue mode and a matching control-protocol request, is fully built and completely unreachable: the predicate that would enable it is a function whose entire body returns false, with no flag or environment variable behind it. Incoming requests are refused with "poll-event delivery is not enabled for this session."
Details
- Queue APIs are
enqueuePollEvent,drainPollEventChunkandcountPendingWakePollEvents, with a 1000-event queue cap and a 49152-byte cap per envelope. - Each event is validated against its declared kind; a
poll_event_deliverytelemetry event records reasons includingenvelope_too_large,validation_failed,kind_mismatch,queue_capanddiscarded. - Delivered poll events skip attachments, skip submission hooks and skip the skill permission reset that a normal user turn performs.
- None of this exists in the previous build.
Evidence
poll-event delivery is not enabled for this session
Strings lifted out of the shipped bundle, so the claim above can be checked against them.