Safari reports broken offsetTop values for tr elements. It can compute them for the parent table and child td elements (and other elements, such as p), but tr.offsetTop is set to either 0 or 1 (depending if the table is inside a div). I can't point at a spec as backup, but this is computed as I expect in Firefox 1.0.6.
Confirmed with WebKit 412.7 and ToT WebKit. The behaviour I am seeing is slightly different from the original description: tr.offsetTop is always shown as 0, even when inside a DIV.
Table rows and sections dont get positioned right now. :(
Sounds like a Table, render tree bug. Beth's area of speciality :)
Created attachment 6205 [details] Another Testcase
I think this bug should get a higher priority
This bug is also in Radar: <rdar://4432155>
Created attachment 6692 [details] JavaScript displaying this bug Example code that exhibits the bug, drawn from user difficulties with Roundcube email scrolling due to use of this property.
clientHeight is always 0 for TR elements. This hopefully gets fixed together with the offsetTop bug.
(In reply to comment #8) > clientHeight is always 0 for TR elements. This hopefully gets fixed together > with the offsetTop bug. See Bug 9325.
This has been fixed.
(In reply to comment #10) > This has been fixed. For potential fixes see Bug 9943 (r15471), Bug 9314 (r14847), Bug 8227 (r13726), Bug 8085 (r13656).