Closed Bug 1289682 Opened 8 years ago Closed 2 years ago

Relatively-positioned table-row behaves as absolute containing block in Firefox (unlike other engines)

Categories

(Core :: Layout: Positioned, defect)

defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox50 --- affected

People

(Reporter: dholbert, Unassigned)

References

Details

(Whiteboard: [webcompat])

Attachments

(2 files)

Attached file testcase 1
Spinning this off of https://github.com/webcompat/web-bugs/issues/2905

STR:
 1. Load attached testcase.

EXPECTED RESULTS ("expected" = what other engines do):
 "snapToRight" should be at the bottom-right edge of the black-bordered area.  

ACTUAL RESULTS (in Firefox):
 "snapToRight" is at the bottom-right edge of the lightblue area ("tableRow").

ANALYSIS:
 It seems other browsers don't allow the lightblue element (with "display:table-row; position:relative) to form an abspos containing block, whereas we do. Not sure offhand who's correct or what the reason is for this difference.
Note that this bug seems to be involved in a LinkedIn page mis-rendering in Firefox, per https://github.com/webcompat/web-bugs/issues/2905
Actually, it looks like "position:relative" simply has no effect on the table-row in Chrome. (If I add "left: 5px" to that element, Firefox will shift it 5px away from its left edge like you'd expect for a relatively-positioned element -- but that has no effect in Chrome.)

It looks like this interaction (between relative positioning & table-row) is simply undefined in CSS2. :-/  The spec says:
> The effect of 'position:relative' on table-row-group, table-header-group,
> table-footer-group, table-row, table-column-group, table-column, table-cell,
> and table-caption elements is undefined.
https://drafts.csswg.org/css2/visuren.html#propdef-position
Whiteboard: [webcompat]

Migrating Webcompat whiteboard priorities to project flags. See bug 1547409.

Webcompat Priority: --- → ?

See bug 1547409. Migrating whiteboard priority tags to program flags.

Webcompat Priority: ? → revisit

Chrome now agrees with us, LayoutNG fixed it!

Status: NEW → RESOLVED
Closed: 2 years ago
Webcompat Priority: revisit → ---
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: