[Webkit-unassigned] [Bug 280852] New: Table DOM manipulations that require reflow do not always trigger reflow

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Thu Oct 3 15:06:43 PDT 2024


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

            Bug ID: 280852
           Summary: Table DOM manipulations that require reflow do not
                    always trigger reflow
           Product: WebKit
           Version: Safari 18
          Hardware: Unspecified
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: Layout and Rendering
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: jmturner8 at gmail.com
                CC: bfulgham at webkit.org, simon.fraser at apple.com,
                    zalan at apple.com

Currently when using Safari (all recent versions including Safari 18), performing DOM manipulations on Table elements that should trigger reflows do not always trigger reflows. A simple reproducible case is shown in the following codepen:

https://codepen.io/turjmner8/pen/ExqKaMo

In this example, a <table> and wrapping <div> structure is setup, and after a timeout of 5 seconds, an extra column is added to the <table> along with 'style' attribute of the <table> being removed. At this point, the <table> should become wider than the 300px it was previously constrained to be, but it remains at 300px and forces cell contents to wrap instead. When running the same codepen in other major browsers (Edge, Chrome, Firefox, etc...), the resulting width of the Table is larger and allows for no cell contents to require text wrapping.

Additionally, sometimes opening the web inspector is enough to trigger the <table> width to 'jump' to the correct, larger width. Otherwise, using the web inspector to do something trivial like toggle the :active state on the <table> element will cause the width to 'jump' to the larger, correct width.

The expectation here is that the final larger width should be applied to the <table> without requiring some additional update or reflow trigger.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20241003/16f704bc/attachment-0001.htm>


More information about the webkit-unassigned mailing list