@@ -3234,11 +3234,13 @@ console.log(`The parent process is pid ${ppid}`);
3234
3234
added: v23.6.0
3235
3235
-->
3236
3236
3237
+ > Stability: 1 - Experimental
3238
+
3237
3239
* ` maybeRefable` {any} An object that may be "refable".
3238
3240
3239
3241
An object is "refable" if it implements the Node.js "Refable protocol".
3240
- Specifically, this means that the object implements the ` Symbol .for (' node: ref' )`
3241
- and ` Symbol .for (' node: unref' )` methods. "Ref'd" objects will keep the Node.js
3242
+ Specifically, this means that the object implements the ` Symbol .for (' nodejs. ref' )`
3243
+ and ` Symbol .for (' nodejs. unref' )` methods. "Ref'd" objects will keep the Node.js
3242
3244
event loop alive, while "unref'd" objects will not. Historically, this was
3243
3245
implemented by using ` ref ()` and ` unref ()` methods directly on the objects.
3244
3246
This pattern, however, is being deprecated in favor of the "Refable protocol"
@@ -4291,11 +4293,13 @@ In [`Worker`][] threads, `process.umask(mask)` will throw an exception.
4291
4293
added: v23.6.0
4292
4294
-->
4293
4295
4296
+ > Stability: 1 - Experimental
4297
+
4294
4298
* ` maybeUnfefable` {any} An object that may be "unref'd".
4295
4299
4296
4300
An object is "unrefable" if it implements the Node.js "Refable protocol".
4297
- Specifically, this means that the object implements the ` Symbol .for (' node: ref' )`
4298
- and ` Symbol .for (' node: unref' )` methods. "Ref'd" objects will keep the Node.js
4301
+ Specifically, this means that the object implements the ` Symbol .for (' nodejs. ref' )`
4302
+ and ` Symbol .for (' nodejs. unref' )` methods. "Ref'd" objects will keep the Node.js
4299
4303
event loop alive, while "unref'd" objects will not. Historically, this was
4300
4304
implemented by using ` ref ()` and ` unref ()` methods directly on the objects.
4301
4305
This pattern, however, is being deprecated in favor of the "Refable protocol"
0 commit comments