Sessions that block incoming messages are now labelled, and sending to one is refused up front.
What's wrong with this entry?
When you list other sessions, ones that have turned off incoming cross-session messages are now labelled as such, and an attempt to message them is refused before anything is sent rather than failing later as an unreachable session.
- The listing marks a session unavailable from the server-side metadata field
cross_session_inbound, and the row is rendered with a short label. - The permission path denies the send and records the failure as
errorClass: "recipient_gate_off". - No flag: it depends on the peer's metadata being present in the listing. A warm-cache lookup that throws falls open to "unknown", so the send is attempted as before.
can't receive cross-session messages (off in that session)
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.234
Messages injected by a host are classified separately from peer messages
Both mention cross
-
v2.1.234
Cross-session control requests check ids more carefully
Both mention cross
-
v2.1.234
Notice acks now wait for the record to persist
Both mention cross