Closed tahpot closed 1 month ago
@tahpot let me know when the PR is ready for review. I see you're adding a few more things
Note: This refactor has made a lot of breaking changes.
You will need to disconnect any existing connections you have and then re-create them before using this branch.
See inline comments
Additionally, I was unable to connect to Google while testing with the embedded web dev UI.
Got the following error:
It refers to:
The network and DID client config come from my serverconfig.local.json whic seem correct.
The
contextSignature
is passed when callingUtils.getNetwork
in the `callback controller function.The
key
comes from the session, this may be the missing element
I had this issue as well. There's a bug in the UI where entering the private key for the first time in the connection screen doesn't work. Enter the private key, then reload the page, then try to connect.
I had this issue as well. There's a bug in the UI where entering the private key for the first time in the connection screen doesn't work. Enter the private key, then reload the page, then try to connect.
Ok. I was about to comment tohat I don't have this issue in the Vault web when using this branch for the server, so yes it comes from the embedded dev web UI.
Back to Google:
data.profile.email
doesn't exist in the Passport profile, it'sdata.profile.emails
, hence the importance of typing passport properly, it would have been caught.
Should be fixed with: https://github.com/verida/data-connector-server/commit/218a7d8aab6d891f2319635a546785cdb4e0017c
Back in the
callback
controller, it eventuallysaveProvider
(should actually be calledsaveNewConnection
to be more relevant)
Fixed.
It can be easily fixed with the following (but also requires fixing the types of the profile)
Should also be fixed.
See https://github.com/verida/data-connector-server/commit/3007d70338a882a2d952d87334029c41c2c98dca
Closes #113 #108 #105 #111 #112 #106 #107