-
Notifications
You must be signed in to change notification settings - Fork 20.6k
.width() in fullscreen mode in iframe is too large in IE 11 #3041
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
Comments
Could you create a test case on jsfiddle.net or jsbin.com? Also, I assume you mean it works fine in Edge and not the edge mode of IE? (There's no such thing as IE Edge) |
I could not create iframe page with allowfullscreen attribute on jsfiddle.net. I made a sample in github pages instead. IE 11 of Windows 8 outputs 128000, and IE Edge of Windows 10 outputs 1920. |
Ref gh-1764 and its PR gh-2401. There is no feature check (it would be pretty much impossible I think) so we're just blindly multiplying by 100 if we see fullscreen mode. Maybe IE11 fixed this? |
I fired up the test case at @jacobrossi you said in #2401 (comment) that you're not going to fix this bug and purely based on that comment we landed the workaround... Why was it fixed contrary to that declaration? :( |
I've added this to the 1.12.4/2.2.4 milestone so that we don't lose it. If Microsoft did fix it and the fix is going to stay we should just revert our "fix" and let people deal with it themselves. I'd still like someone from the IE/Edge team to give more light here. @jacobrossi, @jdalton, could you help us here? |
|
@jacobrossi The issue was that IE was setting values 100 times too small so we started to multiply them by 100 if in fullscreen mode in iframes (the code is here). So the fact that you see values 100 times too large in IE means that IE got fixed and our workaround is now broken (this test case uses jQuery 2.2.2 which includes the workaround). |
The test case from our repo can be viewed via rawgit.com. If you click the second link in IE 11 you'll see the red background which means our workaround now breaks IE instead of fixing it. |
Got it. OK and you can confirm that IE11 on Windows 7 works differently? |
I don't have a VM with current Windows 7 & IE 11, the BrowserStack version
still has the bug but it might not be 100% up to date.
|
Ok, I'll spin up a patched VM and see. |
For me it's giving the incorrect results (due to our patch) in IE11.212.10586.0 on Windows 10, which would indicate the bug was fixed at some point in IE11. |
OK, thanks to Linked Clones in Parallels I could get the IE 11 on a Windows 7 machine running pretty quickly. The bug existed (as expected) in IE 11.0.9600.17843 but it no longer exists in 11.0.9600.18282 which is the latest version for Windows 7. @jacobrossi Could you check why it was fixed despite earlier claims? If the fix is going to stay, we'll need to revert the workaround. That would also mean asking BrowserStack to update their IE 11 copies so that we test on IEs behaving consistently. |
@jacobrossi Since this seems to be fixed in Windows 7 & Windows 10 versions of IE 11, we're going to assume it's most likely fixed in Windows 8.1 as well and we'll revert our hacky workaround. We'd still love to hear a confirmation that it was fixed and why it happened so if you could share that, that'd be great. |
IE 11 used to have an issue where if an element inside an iframe was put in fullscreen mode, the element dimensions started being 100 times too small; we've added a workaround that would multiply them by 100. However, the IE 11 issue has been unexpectedly fixed and since our detection was really detecting the browser and not a bug, we've started breaking the browser instead of fixing it. Since there's no good way to detect if the bug exists, we have to back the workaround out completely. Refs ff1a082 Fixes gh-3041 Refs gh-1764 Refs gh-2401 Refs 90d828b
IE 11 used to have an issue where if an element inside an iframe was put in fullscreen mode, the element dimensions started being 100 times too small; we've added a workaround that would multiply them by 100. However, the IE 11 issue has been unexpectedly fixed and since our detection was really detecting the browser and not a bug, we've started breaking the browser instead of fixing it. Since there's no good way to detect if the bug exists, we have to back the workaround out completely. Refs ff1a082 Refs fb9adb9 Fixes gh-3041 Refs gh-1764 Refs gh-2401 Refs 90d828b
Do anyone know exactly which IE11 cumulative update fixed the problem? |
We didn't get an answer from Microsoft on this so unfortunately, no. If you find out please post that information in the ticket. |
.width() is incorrect value in fullscreen mode of iframe.
I got 12800 on IE11. IE Edge is OK.
iframe.html, html
iframe.html, javascript
The text was updated successfully, but these errors were encountered: