Bug 200227
| Summary: | Issue with the way vh is handled inside an iFrame on iOS mobile devices | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | ASwamy |
| Component: | Frames | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW | ||
| Severity: | Normal | CC: | simon.fraser, webkit-bug-importer, zalan |
| Priority: | P2 | Keywords: | InRadar |
| Version: | WebKit Nightly Build | ||
| Hardware: | iPhone / iPad | ||
| OS: | All | ||
ASwamy
When in an iframe on iOS, vh is not based off of the iframe's viewport height, but rather off of the height of all of the content inside of the iframe. This puts a major limitation on my use of vh and is a totally broken implementation of vh when embedded on iOS.
Here is a codepen link which demonstrates the above mentioned problem - https://codepen.io/anumysore5/pen/WqqYOG. The link to the codepen that is embedded is https://codepen.io/anumysore5/pen/BXLLrm. The issue is easily noticeable when the length of the content below the very first div inside the embedded codepen is increased. The height of the div increases with the increase in the length of the content.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
ASwamy
Are there any plans to fix this issue? Even if this is not going to be fixed any time soon, could someone at least propose a decent work around to this problem?
Radar WebKit Bug Importer
<rdar://problem/53712737>
Simon Fraser (smfr)
Please test in the iOS 13 beta.