Closed kriskowal closed 2 months ago
I'm not sure if the demo is missing some steps or if I'm doing something incorrectly. When I do endo send bob 'Hi, here is @power'
(@counter
in my case), I get the following error:
CapTP cli exception: (RemoteTypeError(error:captp:Endo#20001)#1)
RemoteTypeError(error:captp:Endo#20001)#1: target has no method "receive", has ["__getInterfaceGuard__","__getMethodNames__","accept","locate"]
...
Because bob
is at that point an invitation:
endo show bob
Object [Alleged: Invitation] {}
I first made a guest / host named bob
/ bob-agent
. endo invite bob > invitation.link
overwrites bob
with the invitation, and bob
still refers to the invitation after endo accept alice --as bob < invitation.link
.
Two questions:
endo invite bob
supposed to overwrite bob
? Shouldn't there be a different pet name for the invitation?
- Is
endo invite bob
supposed to overwritebob
? Shouldn't there be a different pet name for the invitation?- Am I doing something wrong?
endo invite bob
is supposed to create the invitation named bob.
endo accept alice
is supposed to cause alice to overwrite the bob name with alice’s handle.
I don’t think you’re doing something wrong, except perhaps waiting for the acceptance.
We could conceivably cause invitations to queue up messages destined for the to-be-identified recipient.
My problem turned out to be completely endogenous. The example does work, I will edit for clarity.
This change introduces a user workflow for connecting daemons.
The two parties can now exchange mail.
Here's a transcript for testing this in
packages/cli/demo
: