[Webkit-unassigned] [Bug 54611] New: Elements with position:absolute don't move to correct position after images load

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed Feb 16 19:53:02 PST 2011


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

           Summary: Elements with position:absolute don't move to correct
                    position after images load
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: Macintosh Intel
               URL: http://www.gutenberg.org/files/33439/33439-h/33439-h.h
                    tm#Footnote_1
        OS/Version: Mac OS X 10.6
            Status: UNCONFIRMED
          Severity: Normal
          Priority: P2
         Component: Layout and Rendering
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: gdr at garethrees.org


Bug seen in Chrome 9.0.597.102, Safari 5.0.3, and iCab 4.8.0.

The page <http://www.gutenberg.org/files/33439/33439-h/33439-h.htm#Footnote_1> has a list of footnotes with labels that are placed to the left of each footnote using this style:

.footnote .label  {position: absolute; right: 84%; text-align: right;}

When visiting the page, the footnote labels start out placed correctly (next to their corresponding footnote), but then as the images load, the footnotes get pushed downwards while the labels stay put, making it impossible to tell which label belongs to which footnote.

If the page is made to redo the layout after the images have finished loading (for example, by adjusting the width of the browser window), the footnote labels return to the correct position.

This could be worked around in the page source by specifying image sizes, or by using a different technique to position the footnote labels, but this behaviour looks may be a bug in WebKit. In Opera 11.01 and Firefox 3.6.10 the footnotes remain in their correct positions while the images load.

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



More information about the webkit-unassigned mailing list