You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As an Invitee using the Connection typestate API, the connection Request message you send appears to have an empty string "" as the DIDDoc's publickey's controller. e.g. payload received by aca-py;
ACA-py 0.8.1 attempts to process the controller as a DID of some variety, and fails on the empty string value. This prevents aries_vcx from connecting with ACA-py agents (at least as an Invitee).
I believe the bug comes from these lines of invitee/mod.rs;
where set_recipient_keys is responsible for creating those publicKey entries, and it sets the controller to self.id (i.e. the did_doc.id). But did_doc.id is "" until that last line. The fix should just be to put did_doc.id = self.parwise_info.pwdid.to_string() before setting keys.
I'll jump on this now. Just writing a ticket for audit trail
The text was updated successfully, but these errors were encountered:
As an Invitee using the Connection typestate API, the connection
Request
message you send appears to have an empty string""
as the DIDDoc's publickey's controller. e.g. payload received by aca-py;ACA-py 0.8.1 attempts to process the controller as a DID of some variety, and fails on the empty string value. This prevents aries_vcx from connecting with ACA-py agents (at least as an Invitee).
I believe the bug comes from these lines of
invitee/mod.rs
;where
set_recipient_keys
is responsible for creating thosepublicKey
entries, and it sets the controller toself.id
(i.e. thedid_doc.id
). But did_doc.id is""
until that last line. The fix should just be to putdid_doc.id = self.parwise_info.pwdid.to_string()
before setting keys.I'll jump on this now. Just writing a ticket for audit trail
The text was updated successfully, but these errors were encountered: