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
{{ message }}
Repository navigation
Improve UX of adding a third party app as trusted #1142
enter your WebId, or at least the protocol+hostname of it
log in to your pod (if you're not already logged in)
if the app is not in your list of trusted apps yet, you will see three buttons in the popup dialog: 'identity only (don't add as trusted app)', 'identity+read only', and 'identity+read+write'
click one of those buttons
the popup wil close and the app will say you're logged in
no need to go into the data browser's trusted apps pane separately
Ah, that's very true. This would require a whole new dimension where the IDP knows all the pods that a user has, and update each one of them. On top of that, the UI isn't just as simple as "grant access to an app." It would be "Grant access to an app for all of my pods... this one pod... everything excluding this pod?"
No, there is only one profile per user, even if there are multiple pim:storage pods. You find the user's profile by dereferencing their webid, and that's where their list of trusted apps is. In theory, the user's profile doesn't even have to be on their pod, it could also be generated dynamically from the profile information stored in an organization's LDAP server.
To inform people following this issue: @jaxoncreed are working on implementing a solution that would allow users to grant access to application as part of the login process if a redirect URL is present and the profile the user tries to authenticate with haven't granted access to application from before and trustedOrigin is set to true for the server.
I'm working on a text that explains what this is about for people uncertain what this part of the login form means.
Activity
michielbdejong commentedon Apr 17, 2019
michielbdejong commentedon Apr 17, 2019
jaxoncreed commentedon Apr 17, 2019
This makes sense. I'll be sure to try to implement this feature in the new idp.
michielbdejong commentedon Apr 17, 2019
Yeah, we need some cross-dependency there because it means the UI of the IDP needs to trigger a change on the pod.
jaxoncreed commentedon Apr 17, 2019
Ah, that's very true. This would require a whole new dimension where the IDP knows all the pods that a user has, and update each one of them. On top of that, the UI isn't just as simple as "grant access to an app." It would be "Grant access to an app for all of my pods... this one pod... everything excluding this pod?"
michielbdejong commentedon Apr 18, 2019
No, there is only one profile per user, even if there are multiple
pim:storagepods. You find the user's profile by dereferencing their webid, and that's where their list of trusted apps is. In theory, the user's profile doesn't even have to be on their pod, it could also be generated dynamically from the profile information stored in an organization's LDAP server.megoth commentedon May 8, 2019
To inform people following this issue: @jaxoncreed are working on implementing a solution that would allow users to grant access to application as part of the login process if a redirect URL is present and the profile the user tries to authenticate with haven't granted access to application from before and trustedOrigin is set to true for the server.
I'm working on a text that explains what this is about for people uncertain what this part of the login form means.
Added a text that is aimed for non-technical users