Task notifications from a coordinator session now arrive automatically unless you set crossSessionInbound to refuse or hold.
What's wrong with this entry?
Messages arriving from another session are now sorted into three classes, and a new "coordinator" class (a task notification that carries a peer send-message) is delivered unless you explicitly set crossSessionInbound. Set it to refuse to reject them or hold to buffer them; with no setting at all, coordinator messages are accepted outright.
- The other two classes are peer messages, which follow the existing peer policy, and ungated messages.
holdputs coordinator messages into the same hold queue as peer messages; the queue drops its oldest entry when full.- Only an explicit
crossSessionInboundvalue can hold or refuse this class, so an unset config means accept.
Your "crossSessionInbound" setting is "hold".
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.225
Held peer messages now say which settings tier held them
Both mention cross inbound
-
v2.1.248
Settings validation checks crossSessionInbound
Both mention cross inbound
-
v2.1.248
Bad
crossSessionInboundvalues are now named where they surfaceBoth mention cross inbound