[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