-
Notifications
You must be signed in to change notification settings - Fork 0
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
IdP Registration API: allow enumerating all registered configURL
s
#5
Comments
Allowing you to list all registered IDPs could be tricky from a privacy perspective. But we should be able to let you query the current origin's/site's registration status ( |
Ah, interesting. Why do you say that it could be challenging from a privacy perspective? Wouldn't this be equivalent to any other source of site storage (e.g. indexed)? |
@samuelgoto oh were you thinking that getRegisteredConfigURLs() only returns config URLs from the current site? |
Oh yeah, of course. You don't need cross site to unregister. |
yeah that should work (I might bikeshed to name to include ThisSite in it somewhere) |
for (const configURL: await IdentityProvider.getRegisteredConfigURLs()) {
await IdentityProvider.unregister(configURL);
} Something like this would be really nice to have, yes. Maybe even something like this would be fine: let config = 'https://example.com/config.json';
if (IdentityProvider.isConfigURLRegistered(url)) {
// do something useful
} Or to have an even easier and more future proof API, we could also do it via metadata / if (IdentityProvider.isIdpRegistered('https://iam.example.com') {
// do something
} This would even get rid of specifying the exact Having an iterator over all |
If this is just for development then I think the browser setting to show/unregister IDPs will be sufficient. That said, browser settings are generally not in the spec. We can suggest user agents expose the registered IDPs in some setting to allow unregistration but that's about it. |
This was suggested here by @sebadob: breaking it into a smaller issue so that we can explore/discuss/fix it here independently.
Yeah, I ran into this problem my self too. I'm thinking that if we could enumerate all registered
configURL
s it would be easy to have a clean up. For example:Would that work?
Oh yeah, that sounds useful too. Maybe something like the following?
WDYT?
The text was updated successfully, but these errors were encountered: