Skip to content
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

Out of band as an URI fragment #443

Open
FabioPinheiro opened this issue Aug 4, 2023 · 1 comment
Open

Out of band as an URI fragment #443

FabioPinheiro opened this issue Aug 4, 2023 · 1 comment
Labels
newminorversion This would require a new minor version update

Comments

@FabioPinheiro
Copy link
Contributor

Currently in the specs, the out-of-band messages are defined as a URI query parameter:

The _oob query parameter is required and is reserved to contain the DIDComm message string.

https://<domain>/<path>?_oob=<encodedplaintextjwm>

But would be great if we could define out-of-band messages using URI fragments.
Minor change in the way that we specify that _oob. We are talking about HTTP links.

https://<domain>/<path>#_oob=<encodedplaintextjwm>

Would be awesome if everyone support that both ways. If an application (DID Comm capable) is scanning a QRcode that is an out-of-band message they should look in the URL query parameter and then look in the URI fragments.
I think would be a great improvement for web apps and single-page applications.

@FabioPinheiro
Copy link
Contributor Author

cc @rodolfomiranda this was what I was suggesting the other day.

@TelegramSam TelegramSam added the newminorversion This would require a new minor version update label Feb 5, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
newminorversion This would require a new minor version update
Projects
None yet
Development

No branches or pull requests

2 participants