Bugzilla – Full Text Bug Listing
| Summary: | [ipad] Browser-widget/iframe broken | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [RT] RAP | Reporter: | Tim Buschtoens <tbuschto> | ||||||
| Component: | RWT | Assignee: | Project Inbox <rap-inbox> | ||||||
| Status: | CLOSED FIXED | QA Contact: | |||||||
| Severity: | normal | ||||||||
| Priority: | P3 | CC: | tbuschto | ||||||
| Version: | 1.4 | ||||||||
| Target Milestone: | --- | ||||||||
| Hardware: | All | ||||||||
| OS: | All | ||||||||
| Whiteboard: | |||||||||
| Bug Depends on: | |||||||||
| Bug Blocks: | 323133 | ||||||||
| Attachments: |
|
||||||||
As described here: http://www.webmanwalking.org/library/experiments/dsp_frames_outer_document.html Also, even if the iframes overflow is hidden, its still blocks the now-visible content that WOULD be below it from user-inputs (touch-events). To test this, open the controls demo, go to browser tab and load a URL: The controls to the bottom and right of the iframe do not react to touches anymore. Created attachment 177632 [details]
improved
Partially fixed in CVS HEAD.
Using min/max-width/height instead of width and height solves the layout and event-blocking problem, however the iframe is still not scrollable (using the two-fingers-method). I experimented a lot and there seems to be no feasible solution, or any at all. Even scrolling programatically seems not possible. I think all we can do is wait for apple to fix this. At least the document inside the iframe gets the correct size reported now, so if the iframe contains a web-app like google maps that adapts to the clients dimension, it should work fine.
Also, trying to create a browser function in the controls demo creates a infinity-loop throwing errors. This is the same as in safari windows though.
Still valid with current master and iOs. I can't reproduce it anymore on iPad with Safari (iOS 10.1.1) and RAP 3.2 M3. |
Created attachment 177604 [details] screenshot See screenshot.