-
Notifications
You must be signed in to change notification settings - Fork 2.7k
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
Should we remove window.blur? #7441
Comments
Why is removing it better than leaving it as a no-op? Seems like that would cause needless breakage to me. |
I'm not entirely sure how these fit together, but would it work to not have |
@Yay295 it's a bit unclear what that would mean. A web developer can never access |
It seems I didn't fully understand how Although rather than being a no-op it might be useful to have it log a warning to the console to potentially help people see it if it's being used and remove it from their code. |
Could we then change the wording of the spec from "User agents are encouraged to ignore calls to this blur() method entirely." to something that is more prescriptive that this is supposed to be a no-op? |
seems reasonable to me, yeah. (In Firefox it can still do something if you flip a preference, see https://bugzilla.mozilla.org/show_bug.cgi?id=1690798, but it's not clear we want to keep that around and it's not the default configuration.) |
Yeah such a change sounds great to me. |
The spec says "User agents are encouraged to ignore calls to this blur() method entirely." This is what Chrome does by having this method be a no-op. With the long-term goal of tightening the cross-origin WindowProxy API surface, could we remove this method entirely if user agents are supposed to do nothing when it is called?
@domenic @annevk what do you think?
The text was updated successfully, but these errors were encountered: