When a cross-session message is held, you now see whether org, repo or local settings did it.
What's wrong with this entry?
When an inbound cross-session message is held by an explicit setting, the notice names the settings layer responsible instead of giving a single generic cause.
- the old single hold cause "explicit-setting" was replaced by source attribution, including
managed-setting - policy settings render "Your organization's managed settings set \"crossSessionInbound\" to \"hold\"."
- project and local settings render "This repository's settings set \"crossSessionInbound\" to \"hold\" (your own \"accept\" cannot override a repo tightening)."
- a WeakMap holds the last-reported cause so a notice is re-emitted only when the cause changes
managed-setting
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.248
Settings validation checks crossSessionInbound
Both mention cross inbound
-
v2.1.248
Bad
crossSessionInboundvalues are now named where they surfaceBoth mention cross inbound
-
v2.1.224
Cross-session messages from a coordinator are now delivered by default
Both mention cross inbound