Absolute positioned child of -moz-column is incorrectly placed

RESOLVED FIXED in mozilla10

Status

()

Core
Layout: R & A Pos
RESOLVED FIXED
9 years ago
6 years ago

People

(Reporter: philippe (part-time), Assigned: Ehsan)

Tracking

Trunk
mozilla10
Points:
---
Dependency tree / graph
Bug Flags:
blocking1.9.1 -
wanted1.9.1 -
in-testsuite +

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [fixed by bug 10209], URL)

Attachments

(3 attachments)

(Reporter)

Description

9 years ago
Created attachment 338057 [details]
test case

An absolute positioned child of an element with -moz-column and position:relative is positioned inside the padding-box instead of the border-box.

Affected: Gecko 1.8.1, Gecko 1.9.0, 1.9.1 b1pre
Flags: wanted1.9.1?
(Reporter)

Comment 1

9 years ago
Created attachment 338058 [details]
test case 2

With 'right:0;' the element is actually dragged outside of the parent box (by the same amount as the value for padding).
But 'bottom:0;' puts it in the padding-box (vertically)
(Reporter)

Updated

9 years ago
OS: Mac OS X → All
Hardware: PC → All
(Reporter)

Comment 2

9 years ago
Added the PrinceXML demo page for @fontface in hte URL field. Various examples use absolute positioning and look bad on Gecko.

(the issue is not visible on the equivalent ALA pages, where -moz-column is not specified)
Assignee: nobody → roc
Flags: wanted1.9.1?
Flags: wanted1.9.1-
Flags: blocking1.9.1-
Assignee: roc → nobody
Blocks: 655191
Depends on: 455338

Updated

6 years ago
Duplicate of this bug: 687345
The infrastructure for this has landed in bug 10209.
Both Testcases WFM with Bug 10209 fixed using Mozilla/5.0 (Windows NT 5.1; rv:10.0a1) Gecko/20110930 Firefox/10.0a1 ID:20110930172132 (Built from http://hg.mozilla.org/mozilla-central/rev/325e330499b4)
(Reporter)

Comment 6

6 years ago
Yeah, works fine now, both attached test cases, the test cases in the duped bug and some others I have on my dev server. Marking as fixed by bug 10209. Thanks Ehsan.
Status: NEW → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → FIXED

Updated

6 years ago
Resolution: FIXED → WORKSFORME
(Reporter)

Comment 7

6 years ago
@Ms2ger why WFM ? FIXED seems way more appropriate.
Resolution: WORKSFORME → FIXED
This is fixed now, I just need to write a reftest for it...
Assignee: nobody → ehsan
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Created attachment 565348 [details] [diff] [review]
Patch (v1)
Attachment #565348 - Flags: review?(roc)
Attachment #565348 - Flags: review?(roc) → review+
https://hg.mozilla.org/integration/mozilla-inbound/rev/08d0b387aab3
Status: REOPENED → ASSIGNED
Flags: in-testsuite+
Whiteboard: [fixed by bug 10209]
Target Milestone: --- → mozilla10
Test: https://hg.mozilla.org/mozilla-central/rev/08d0b387aab3
Status: ASSIGNED → RESOLVED
Last Resolved: 6 years ago6 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.