Bug 200227 - Issue with the way vh is handled inside an iFrame on iOS mobile devices
Summary: Issue with the way vh is handled inside an iFrame on iOS mobile devices
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: Frames (show other bugs)
Version: WebKit Nightly Build
Hardware: iPhone / iPad All
: P2 Normal
Assignee: Nobody
URL:
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2019-07-29 09:17 PDT by ASwamy
Modified: 2019-07-30 11:04 PDT (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description ASwamy 2019-07-29 09:17:53 PDT
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.
Comment 1 ASwamy 2019-07-29 09:22:29 PDT
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?
Comment 2 Radar WebKit Bug Importer 2019-07-30 09:22:37 PDT
<rdar://problem/53712737>
Comment 3 Simon Fraser (smfr) 2019-07-30 11:04:46 PDT
Please test in the iOS 13 beta.