did an "integration test" by linking this into patchbay

$ cd pull-ws
$ npm link
$ cd ../patchbay
$ npm link pull-ws
$ cd node_modules/ssb-server
$ rm -rf pull-ws && npm link pull-ws  // because ssb-server is shrink-wrapped?
$ cd ..
$ npm ls pull-ws

patchbay@8.0.1 /home/mix/projects/SSBC/patchbay
├─┬ ssb-server@14.1.12
│ └─┬ multiserver@3.3.2
│   └── UNMET DEPENDENCY pull-ws@3.3.2 
└─┬ ssb-ws@6.0.0
  └─┬ multiserver@3.3.1
    └── UNMET DEPENDENCY pull-ws@3.3.2 

npm ERR! missing: pull-ws@3.3.2, required by multiserver@3.3.2
npm ERR! missing: pull-ws@3.3.2, required by multiserver@3.3.1

I think this is a good test? I'm seeing replication working fine and blobs are chill...

everything working fine so far

I think this is a good test? I'm seeing replication working fine and blobs are chill...

does patchbay use websockets for those things?

I think that ssb-server/test/bin might be the main thing that actually tests this.

@mixmix I added some commits so that the tests pass without changing the tests (went back to strictEqual) it looks like ws now gives an error event that has the error as a property, but to be consistent with everything, we want to just return the error. That makes this just a patch change.

patchbay doesn't use websockets to my knowledge, good point.
Does this need more attention / modification, or is it good to go?

I will try that ssb-server test you mentioned and report back

@dominictarr good call, that didn't pass. I've tried reading into what's going wrong but got lost.

It fails on https://github.com/ssbc/multiserver/blob/master/plugins/ws.js#L65-L72

      WS.createServer(Object.assign({}, opts, {server: server}), function (stream) {
        stream.address = safe_origin(
          stream.headers.origin,    // <<<  stream.headers is undefined
          stream.remoteAddress,
          stream.remotePort
        )
        onConnect(stream)
})

Oops, I just opened #27 because I hadn't seen this. Anything I can do to help move this forward?

@christianbundy maybe push your other dev-deps updated to this branch. I'll do some tests with this branch locally and see what comes up.

Been testing this in ssb browser for a few hours tonight with no problems. Would be nice to get the last things fixed if they need to and merged.

Is it fair to say that all that is required to get this over the line is the .travis.yml updates. In the branch I played around with I found that the following worked a treat:

language: node_js

node_js:
- 14
- 13
- 12
- 11
- 10
- 9
- 8

sudo: required
services:
  - xvfb

before_script:
  - export DISPLAY=:99.0

@DamonOehlman as far as I can see the patch work. But it might be a good idea to have this comment cleaned up and it would be a good idea to probably also upgrade tap & tape while we are at it.

Is there anything I can do to help move this issue forward @DamonOehlman ? I don't have write access to this organization and would like to have this merged so that I can close an issue in multiserver. As for that comment, I think that can be done in a separate PR.

Thanks :-)

@arj03 Thanks for the ping. I'll admit I forgot about this and then got swamped with some general life things. I'll make myself a note to look at sorting this out in the next couple of days.

Thank you ❤️