[Webkit-unassigned] [Bug 48975] New: wrong elements width when vertical scrollbar added to dynamicaly expanding float div

[bugzilla-daemon at webkit.org]

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

           Summary: wrong elements width when vertical scrollbar added to
                    dynamicaly expanding float div
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: PC
        OS/Version: Mac OS X 10.6
            Status: UNCONFIRMED
          Severity: Normal
          Priority: P2
         Component: CSS
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: powerman-asdf at ya.ru


Created an attachment (id=72905)
 --> (https://bugs.webkit.org/attachment.cgi?id=72905&action=review)
example html with bug

This bug exists in both latest browsers: webkit 533.18.1 (Safari 5.0.2/MacOS 10.6.4) and webkit 534.7 (Chromium 7.0.517.41/Linux).

While implementing scrollable tbody I have two div around table (-outer and -inner).
Outer div for {position:relative}, inner for {height:XXpx; overflow-y:scroll}.
When width of outer div known and fixed (either XXXpx or 100%), vertical scrollbar positioned correctly and inside table all elements has correct width.
But if width of this tbody-scrollable table should be dynamic, and without hardcoded scrollbar width (because it differ in other OS/browsers), and outer div made float:left, then IN MOST CASES when page loaded scrollbar positioned incorrectly (inside table) and width of some elements in table also incorrect (even for elements with fixed width in px set in css).

Example html attached (I used div and p instead of table/thead/tbody there for simplicity).

This issue may (or may not) be same as in bug 17309.

Most interesting effect with this bug is how to fix it: just "reset" css rules!
For example, in web inspector, just switch off ANY css rule on ANY element, even just "color" on some unrelated element - scrollbar position and other wrong elements width immediately will be fixed. Next operations in web inspector (like switching that css rule back on) has no effect (scrollbar still in correct position).
This workaround also can be simulated in JS (using jQuery as helper):

    if ($.browser.webkit)
        setTimeout(function(){ $("<style></style>").appendTo("head").remove(); }, 0);

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