Injected session events now get refused for rate, size or wrong permission mode, each with a logged reason.
What's wrong with this entry?
The control request that injects an event into a session now refuses in several specific ways, each recorded with its own reason on poll_event_delivery. Most visibly, it requires permission mode auto, which is described as protecting how events are routed to the classifier.
- Refusal reasons:
mode_not_auto,queue_capand the earlierqueue_cap_peek,reserved_kind,envelope_too_large,validation_failed,kind_mismatch. - A declared event kind that disagrees with the element's own kind is rejected.
- Accepted events are additionally run through a hook pass that can block them, recorded as
hook_blocked. - The checks are unconditional inside the handler, except that the reserved-kind refusal can be bypassed by an internal
allowReservedKindflag.
poll event rejected: poll events require permission mode "auto" (got "
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.239
Poll-event mode now also needs the entry path to have wired ingress
Both mention poll event
-
v2.1.237
Poll tool drains queued harness events and reports who sent them
Both mention poll event
-
v2.1.237
Poll-events switch cannot be set from settings
Both mention poll event