@freqhole/midden 0.2.1 → 0.2.2
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/midden.d.ts +12 -0
- package/midden_bg.js +12 -0
- package/midden_bg.wasm +0 -0
- package/package.json +1 -1
package/midden.d.ts
CHANGED
|
@@ -233,6 +233,18 @@ export class MiddenNode {
|
|
|
233
233
|
*
|
|
234
234
|
* the caller should check `stream.alpn()` to route the connection
|
|
235
235
|
* to the appropriate handler.
|
|
236
|
+
*
|
|
237
|
+
* a single incoming attempt failing during the TLS handshake (e.g. the
|
|
238
|
+
* peer aborts mid-handshake - normal during connection-path racing, or
|
|
239
|
+
* a peer that redials before noticing an earlier attempt is still
|
|
240
|
+
* live) does not end this call: it's logged and the loop moves on to
|
|
241
|
+
* the next queued incoming connection. propagating that failure to the
|
|
242
|
+
* caller instead would surface as a JS-level error on every accept()
|
|
243
|
+
* call, forcing the caller through a full error-handling/backoff cycle
|
|
244
|
+
* (see `IrohNetworkAdapter`'s accept loop) before the next, perfectly
|
|
245
|
+
* good, already-queued connection is even looked at - under a burst of
|
|
246
|
+
* aborted handshakes this can visibly stall new connections from ever
|
|
247
|
+
* completing.
|
|
236
248
|
*/
|
|
237
249
|
accept(): Promise<any>;
|
|
238
250
|
/**
|
package/midden_bg.js
CHANGED
|
@@ -514,6 +514,18 @@ export class MiddenNode {
|
|
|
514
514
|
*
|
|
515
515
|
* the caller should check `stream.alpn()` to route the connection
|
|
516
516
|
* to the appropriate handler.
|
|
517
|
+
*
|
|
518
|
+
* a single incoming attempt failing during the TLS handshake (e.g. the
|
|
519
|
+
* peer aborts mid-handshake - normal during connection-path racing, or
|
|
520
|
+
* a peer that redials before noticing an earlier attempt is still
|
|
521
|
+
* live) does not end this call: it's logged and the loop moves on to
|
|
522
|
+
* the next queued incoming connection. propagating that failure to the
|
|
523
|
+
* caller instead would surface as a JS-level error on every accept()
|
|
524
|
+
* call, forcing the caller through a full error-handling/backoff cycle
|
|
525
|
+
* (see `IrohNetworkAdapter`'s accept loop) before the next, perfectly
|
|
526
|
+
* good, already-queued connection is even looked at - under a burst of
|
|
527
|
+
* aborted handshakes this can visibly stall new connections from ever
|
|
528
|
+
* completing.
|
|
517
529
|
* @returns {Promise<any>}
|
|
518
530
|
*/
|
|
519
531
|
accept() {
|
package/midden_bg.wasm
CHANGED
|
Binary file
|
package/package.json
CHANGED