[Webkit-unassigned] [Bug 25216] Absolute positon div over iframe does not repaint correctly

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Mon May 11 16:32:59 PDT 2009


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


dmagliola at crystalgears.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |dmagliola at crystalgears.com




------- Comment #1 from dmagliola at crystalgears.com  2009-05-11 16:32 PDT -------
This bug can be reproduced with this little POC.

--------------
<html>
<head>
</head>
<body>

<div id="mainContainer" style="position: absolute; top: 0; left:0; height:
500px; width: 500px; border: 2px solid red;">
        <div id="floatingToolbar" style="position: absolute; top: 20px; right:
20px; height: 40px; width: 300px; background-color: blue; color: red;
z-index:200;">
                Toolbar!
        </div>
    <iframe id="theIFrame"
src="http://www.overstock.com/Clothing-Shoes/Skynyrd-Mens-Rock-Roll-Freebird-Lyric-T-shirt/3023049/product.html?sec_iid=33972"
style="position: absolute; top: 0; left:0; height: 500px; width: 500px; border:
2px solid red;">
    </iframe>
</div>

</body>
</html>
---------------

This should look like this:
http://www.crystalgears.com/temp/safariproblem_firefox.jpg

In Safari, after scrolling the Iframe, it looks like this:
http://www.crystalgears.com/temp/safariproblem_safari.jpg

---------------
Some other findings:

This only happens in Safari. Chrome works correctly. It happens in Safari
Windows and Mac. I'm testing with Safari Windows 3.2.1 (525.27.1), but i've
seen it happen in other versions.

It only happens when I show some sites inside the IFrame. For example, if you
show www.google.com or www.stackoverflow.com, the toolbar works perfectly.
However, items inside www.overstock.com or www.amazon.com show the bug. Also,
it's not only a few sites that give me this problem. It's a lot. I haven't been
able to find some special thing that differentiates consistently the "bad"
sites from the "good" ones, but I haven't looked deep enough. Maybe it's the
DOCTYPE, or something else. What seems to be a rule (although it's admittedly
very soft) is that "complex" or "heavy" sites tend to trigger it, while "light"
sites don't.


-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.



More information about the webkit-unassigned mailing list