@ccmsg/protocol 0.5.0 → 0.5.1
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/package.json
CHANGED
|
@@ -23,9 +23,14 @@ export const DIRECT_DELIVERY_TAG = "cross-session-message";
|
|
|
23
23
|
*
|
|
24
24
|
* Not the sender's session and not a `uds:` path. Those are the addresses the
|
|
25
25
|
* harness itself dials, and dialing one that has gone ends the recipient's turn
|
|
26
|
-
* in failure
|
|
27
|
-
*
|
|
28
|
-
*
|
|
26
|
+
* in failure. A name asks for no answer, so there is nothing to dangle — the
|
|
27
|
+
* way back is the reply line, which the recipient runs rather than the harness.
|
|
28
|
+
*
|
|
29
|
+
* The frame this wrapper is written in is a separate address: there the
|
|
30
|
+
* instance may name a `uds:` socket of its own, which is where the receiving
|
|
31
|
+
* harness writes what became of the delivery. Those receipts are negative only
|
|
32
|
+
* — `refused`, `denied`, `dropped`, `expired`, `held` — so silence within the
|
|
33
|
+
* window is what says the message was taken. */
|
|
29
34
|
export const DIRECT_DELIVERY_FROM = "ccmsg";
|
|
30
35
|
|
|
31
36
|
/** What the recipient is told the sender is doing. `prompting` is what a peer
|