[Webkit-unassigned] [Bug 167198] New: [GTK] height:100% breaks frame-flattening

Thu Jan 19 04:35:52 PST 2017

https://bugs.webkit.org/show_bug.cgi?id=167198

            Bug ID: 167198
           Summary: [GTK] height:100% breaks frame-flattening
    Classification: Unclassified
           Product: WebKit
           Version: WebKit Local Build
          Hardware: Unspecified
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: WebKit Gtk
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: mcrha at redhat.com
                CC: bugs-noreply at webkitgtk.org

Moving this from a downstream bug report:
https://bugzilla.gnome.org/show_bug.cgi?id=777479

Evolution uses frame flattening and shows messages in iframe-s. Having frame flattening enabled and this top web page:

    <html>
      <body>
      <iframe style="height:10px" src="file:///tmp/a.html">
      </body>
    </html>

and the /tmp/a.html being

    <html style="overflow:auto;">
      <body style="height:100%;overflow:auto;">
        Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod
        tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam,
        quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo
        consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse
        cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat
        non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.
      </body>
    </html>

causes the iframe being only 10 pixels height and the content being scrollable (with scroll bars). The downstream bug report has a screen shot of it.

Changing /tmp/a.html body's style to not include height:100% fixes the issue and the iframe is expanded based on its content.

I have a standalone application which uses pure WebKitGTK+ exposing this issue. I can share it, if it would be useful for you.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-unassigned/attachments/20170119/14a19be1/attachment.html>