-
Notifications
You must be signed in to change notification settings - Fork 313
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
Navigating reserved clients #1215
Comments
Alternatively, if This association doesn't exist right now, but it may be developer-friendly to create it. |
I think we decided that it should reject over here? #1034 (comment) I guess the F2F note does not mention the navigate() method itself, just the properties. |
I thought we discussed it, but couldn't find the comment. I'll leave this open so we confirm at the f2f, but yeah I think rejecting is the right choice. |
Yea, I'd much rather expose the target client ID and let script redirect to their request there themselves instead of trying to do some kind of auto-magical mapping cross-process. |
Misclicked. I agree to reject on reserved client. |
#1216 could remove this problem |
Makes it sounds like a good idea 😄 |
We aren't going to expose reserved clients, so this is no longer an issue. |
What happens if
.navigate()
is called on a reserved client (fromresultingClientId
)?Failing in this case seems like the simplest thing to do. In this case the developer could navigate the
replacesClientId
.The text was updated successfully, but these errors were encountered: