-
Notifications
You must be signed in to change notification settings - Fork 54
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
"QR Code is invalid" erro when scanning OOB proof-request #953
Comments
@amanji, Is this still relevant? I know you made some changes to the mobile app after our original discussions. |
@cvarjao you should be able to reproduce by running |
@esune can you provide the steps/API calls using ACA-/traction instead? we are not running |
Wondering id @nodlesh can help here. Creating an OOB proof-request correctly is not particularly straightforward, so that is why I suggested using |
Relates to #1147 |
I believe this issue can be closed. I have given a full explanation in a comment in #1147 on current results of this case, #1147 (comment) |
I tested again with VC-AuthN (currently using ACA-Py |
Wondering if this is still an issue, or has become an issue again? I'm testing out with VCAuthn. This is locally with ngrok and at the lab… so not sure if there's possible interference from that setup, however as shown below this setup is working for connectionless, so I doubt it. If I set VCAuthN to the OOB mode I get an invalid QR code when scanning with the wallet. Steps to reproduce each case are: Connectionless (USE_OOB_PRESENT_PROOF false) The QR code resolves to something like https://a33f-207-81-220-83.ngrok-free.app/url/pres_exch/4fe9a2d7-f57f-482f-b82c-5bdb1ec93481 The payload this redirects to is
Out of band (USE_OOB_PRESENT_PROOF false) Payload from redirect from https://b6c4-207-81-220-83.ngrok-free.app/url/pres_exch/e0e48509-8174-46f7-995c-32d8ad6033cd
|
I tested from home and am getting the same error - BC Wallet version |
@loneil Can I gen the QR code so that I can try and reproduce with logging on? |
That's a bit tricky, since this is running VCAuthN on my local, though it IS using ngrok so I could share a QR code with you maybe. We'd have to coordinate timing, could do over a call. |
Probably the easiest would be to run VC-AuthN locally in demo mode. Instructions are in the repo readme, you'd have to change this line to true before running it to generate an OOB proof-request. |
@esune, this is probably an Credo (former AFJ) issue, can you reproduce with just Credo? |
@cvarjao I have only tested with BC Wallet since I do not have a Credo agent I can use. Is there boilerplate I could use to run tests/ Otherwise I'll have to get some time to familiarize with the framework and set-up an agent/exchange to test. It's also worth noting this worked when I tested on November 29th (unfortunately I don;t seem to have recorded the version of BC Wallet 😓 ). |
@esune The OOB Proof Attachment BC Wallet regression tests for both Android and IOS are passing consistently. |
@nodlesh is this for connection-less OOB proof requests? Conenction-based proofs might work differently. |
@esune Yes, I believe this is connectionless. These tests are from before there was goal codes. So there are no goal codes in these tests. |
I finally managed to run a test with OOB and remote logging (thanks @jleach, that was super easy!). Remote logging doesn't show much, just a message about a received message once the QR code is scanned: The payload returned by VC-AuthN can be seen here:
I'll try and take a look at AATH to see if I can figure out any differences in the payloads (@nodlesh if you have pointers to where to look or how to extract it let me know), but as-is I am a bit stuck in the investigation. |
@esune Is it not the Goal Code that is the difference? Goal Codes are not used in AATH yet. |
connection-less does not use goal codes at all. The OOB connection-less does, however I can't see how that would trigger the "invalid URL" bit (but I couldn't figure out what's going on under the hood in the wallet). |
@cvarjao here is the vcauthn oob connectionless payload that is being rejected:
The error it rejects with is I searched both orgs (hyperledger and openwallet-foundation) and couldn't find the string "class found for" in any repo |
@loneil are we good to close this issue with the fix we found yesterday? |
I think we could close it as I believe there's no changes needed on the Wallet side going forward for this and we will make some changes in VCAuth-N (issue to come on that repo) |
Relevant issue (and linked PR fix in there) openwallet-foundation/acapy-vc-authn-oidc#545 |
When scanning an out-of-band proof-request, the BC Wallet displays a
QR code is invalid
error and appears to not complete the processing of the payload. However, after dismissing the camera screen, the proof-request is correctly displayed in the wallet and it can be responded to correctly (assuming the holder possesses the correct credentials to fulfill it).c.c.: @Jsyro
Example out-of-band proof-request payload:
Correct proof-request screen after error:
The text was updated successfully, but these errors were encountered: