-
Notifications
You must be signed in to change notification settings - Fork 113
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
Create share by e-mail after invitation accepted #1484
Labels
feature
New feature
Comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Scenario
The problem
User A has currently no means of determining
grantee.opaqueid
used in the invitation sharing workflow, he doesn't even know whichprovider.idp
was used by user B to accept the invite.or/and
label
, that helps user A to recognize, who actually accepted the invite using which invite link (the label would be the used e-mail address b@example.com in this case). User A could then find all necessary sharing details about user B (provider & opaqueid) in this listing based on the label he already knows and any additional user info exchanged at the moment the invite was accepted.The text was updated successfully, but these errors were encountered: