Open alphapapa opened 11 months ago
Output of curl 'http://localhost:4973/'
:
{
"name": "hyper-gateway",
"version": "3.4.2",
"repository": {
"type": "git",
"url": "git+https://github.com/RangerMauve/hyper-gateway.git"
},
"dependencies": {
"hypercore-fetch": "^9.7.0",
"hyper-sdk": "^4.3.0"
}
}
When both Adam and Joseph use one of Joseph's existing hyperdrive public keys (on which both of our machines are already replicating), we are able to send extension message back and forth.
@RangerMauve @josephmturner
Doing some basic live testing in our meeting today, we determined that there are some issues regarding extension support. Mauve is saying now that there seems to be something fishy in the peer replication logic, and that it's necessary to reproduce the problem in unit tests to fully understand it.
So here is a list of the approximate basic steps we've been using to test this functionality:
Adam and Joseph run (using
blog.mauve.moe
for convenience in place of a 32- or 64-character key-like string):This sends a GET request to open a long-polling connection to hopefully receive peer-open and peer-remove events when we begin listening to the same key/extension pair. (Note: We have received some
peer-remove
events, but have yet to see anypeer-open
events.)Joseph and Adam run:
This sends a GET request to begin listening on the
.org.ushin.hyperdrive
extension.Joseph and Adam run:
This sends a GET request that should return a JSON object with an array of the list of extensions being listened to. When we tested this a few weeks ago, it seemed to work; when we started listening to a new extension, it would appear in the list. But now this list is always empty; I'm not sure why. It returns:
[]
curl --dump-header - -d "foo=bar" 'http://localhost:4973/hyper/blog.mauve.moe/$/extensions/.org.ushin.hyperdrive'