504083 - Inline not displaying as inline

Status: RESOLVED INVALID

(Core :: CSS Parsing and Computation, defect)

Description

[public]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1) Gecko/20090624 Firefox/3.5 (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1) Gecko/20090624 Firefox/3.5 (.NET CLR 3.5.30729)

Cheesy example, but here's where I noticed first: CSS is 

.tagcloud .tag {
    display: inline;
    margin-right: 5px;
}

But the list of tags on the left doesn't display inline at all. Compare in FF 3.5 vs. 3.0.11.

Reproducible: Always

Steps to Reproduce:
1. Go to page in FF 3.0.11. Tags are inline and appear as a cloud.
2. Go to page in FF 3.5. They are in a list without the inline.



Sort of looks like this bug, https://bugzilla.mozilla.org/show_bug.cgi?id=122795, but the last reports on that are a few years old, so I'm not sure it's the same thing.

Comment 1

[Ria Klaassen (not reading all bugmail)]

Regression range: http://hg.mozilla.org/mozilla-central/pushloghtml?startdate=2008-08-17+16%3A00%3A00&enddate=2008-08-17+21%3A00%3A00
Seems due to Bug 238072.

Comment 2

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

A simplified testcase would be useful.

Comment 3

[philippe (part-time)]

The 'clear-float' solution (using generated content) at the end of the stylesheet is causing this
http://l-stat.livejournal.com/voxhtml/default/screen.css

.widget-list li.item:after {
    content: " ";
    display: block; /* <---- this one */
    visibility: hidden;
    clear: both;
    height: 0.1px;
    font-size: 0.1em;
    line-height: 0;
}

Comment 4

[philippe (part-time)]

Attachment: minimised test case

Both 'camino' and 'firefox' should be displayed on one line (each).

Comment 5

[philippe (part-time)]

Attachment: screenshot

From left to right:
IE 8, Minefield (windows), and in the foreground Safari (OS X) and Camino 2b (gecko 1.9.0.x).

IE 8 and Minefield display the same (and Opera 10b), 
Safari has the same display as Gecko 1.9.0.x.

Comment 6

[philippe (part-time)]

very similar bug: bug 496053.

Comment 7

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

This is because we now fully implement 'display' on the :before and :after pseudo elements (bug 238072), and is correct behavior.  It used to be that (per CSS 2.0, rather than CSS 2.1) we ignored 'display:block' on :before and :after of inlines.