Kyle Maas
Kyle Maas
npm audit reports the following: ``` css-what =2.0.0 Depends on vulnerable versions of inline-source node_modules/inline-source-cli ```
Getting an error trying to build this as part of hyperswarm-web (via socket-signal-websocket dependency): ``` SyntaxError: 'import' and 'export' may appear only with 'sourceType: module' (587:0) while parsing (development path)/multiserver-dht/node_modules/reconnecting-websocket/dist/reconnecting-websocket-mjs.js...
**Describe Your Environment** - Version 1.34.22 - Installed via RPMFusion - OS is CentOS 8 - Applies to all web browsers **Describe the bug** I would love to be able...
I can't decode this test barcode:  But I can if I size it up by 2x with no interpolation: 
First attempt at supporting multithreading for https://github.com/piderman314/bardecoder/issues/3 using a feature called "multithreaded". Currently hardcoded at 4 threads - not sure how this would be best configured.
This requires secret-stack version 6.3.0 exactly. It would be nice if this could be hatted to support the current version 6.3.2.
Adds support for WebSockets to the default installation, with configuration left disabled by default. This way WebSockets support can be enabled just using configuration instead of by needing to modify...
For those of us working with ssb-browser-demo, it would be great if the default installer and manual installation instructions could enable support for WebSockets by default. See also: https://github.com/ssbc/ssb-server/issues/750
It would be quite helpful (for the ssb-browser-demo client, especially) if more rooms and pubs supported WebSockets. Is it possible the default/example configuration could be changed to include them?
Was trying to hunt down an issue and found that chloride's tests are not currently passing in the main branch.