Summary: | Acid3 expects HTMLTableElement.rows to include a <tr> element that is an immediate child of the <table> | ||
---|---|---|---|
Product: | WebKit | Reporter: | Eric Seidel (no email) <eric> |
Component: | DOM | Assignee: | Darin Adler <darin> |
Status: | RESOLVED FIXED | ||
Severity: | Normal | CC: | bdakin, darin, ian |
Priority: | P2 | ||
Version: | 528+ (Nightly build) | ||
Hardware: | All | ||
OS: | All |
Description
Eric Seidel (no email)
2007-12-28 22:19:32 PST
I just worked on a bug where I encountered this. The changeset was <http://trac.webkit.org/projects/webkit/changeset/28327>. Rows that are not inside any table section are intentionally not included in the rows collection to match IE. The only rows that show up in that collection are rows that are inside a table section that in turn is inside the table. There's definitely web content that relies on this. On the other hand, rows outside table sections do show up visually and render as table rows. Does HTML 5 ask for different behavior? If so, then we might need to fix HTML 5. Someone needs to talk this one over with Hixie. For what it's worth, the definition of what does and does not appear in HTMLTableElement.rows in WebKit is in HTMLCollection.cpp -- look at the "case TableRows" parts of the code. I've got a fix for this. Hixie talked me into doing this in a way that's different from other browsers, but that matches HTML 5. (In reply to comment #3) > I've got a fix for this. Hixie talked me into doing this in a way that's > different from other browsers, but that matches HTML 5. See Bug 16657. |