276466 - ALL tables inside <center> are center aligned, default left alignment is broken.

Status: RESOLVED DUPLICATE of bug 300734

(Core :: CSS Parsing and Computation, defect)

Description

[Jasper]

Using the 29-12-2004 NB of Camino, all tables where there is no alignment tag
Camino now all of a suddon defaults to centre align instead of left aligning the
table contents.

Comment 1

[Jasper]

Attachment: tables inside <center> all default to center

When creating a center tag an putting tables inside that results in ALL tables
inside the first table to be aligned center by default. This seems to be a
major layout regression as all other browsers and older trunk builds all used
to default to left align tables inside the first table in a center tag.

Comment 2

[Jasper]

Some research resulted in the following.

20041220 NB works correctly
20041227 NB is broken

Looking at the checking I found the following bug that might have caused this.
Bug 273857 Text in table not centered, where table has width="95%" and is inside
an align="center" div

Comment 3

[Bernd]

use quirks mode if you don't want standards compliant rendering

Comment 4

[Jasper]

huh since when has this become compliant rendering?

Comment 5

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

Do other browsers do this?  If not, then we should move the line in question
from quirk.css to html.css.

Comment 6

[Jasper]

No no other browser on OSX behaves like this. All other browsers (Safari and
Internet Explorer) align the second table left aswell as the text inside it.

Comment 7

[Mats Palmgren (inactive)]

(In reply to comment #5)
> Do other browsers do this?

IE6/Win32, Opera 8.00/Win32 and Opera 7.54/Linux centers both table and text.
This is an intentional change in behaviour from bug 273857 to achieve
compatibility... my vote is for invalid/wontfix.

Comment 8

[Bernd]

I agree with Mats, the only reason we have this quirk at all is NN4. Beeing 
more compatible with WinIE is the point that counts for me.

Comment 9

[Nate Bargmann]

Attachment: Improperly centered table layout

Comment 10

[Nate Bargmann]

Comment on attachment 171175 [details]
Improperly centered table layout

I discovered this layout behavior last night after trying a Firefox nightly of
January 12, 2005.  I downloaded Mozilla Suite 1.8a6 this morning and found it
doing the same thing.

Looking at the page source I see that all of the tables on the page are wrapped
in a CENTER element.  The avatar images are also wrapped in CENTER elements,
but the TD elements of the tables are left to default.

The behavior I've observed with 1.8a5 and prior and Firefox 1.0 and prior is
that the text in the tables is left-justified.	I have access to MS IE 6.0 on
Win NT 4.0 and it left-justifies the text as well.

Right now I am running:

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a6) Gecko/20050111

I have attached a copy of the page source.

Comment 11

[Boris Zbarsky [:bzbarsky]]

So let me get this straight.

On the one hand we have Opera (Win and Linux, could someone test Mac?) and
IE/Windows.  On the other hand we have Safari and IE/Mac.  We need to pick one
or the other.

Given that, I'd go with the IE/Windows behavior....

Comment 12

[Nate Bargmann]

Thanks to a bit of research, I came upon
http://persistent.info/archives/2004/10/05/gmail-skinning which led me to
https://bugzilla.mozilla.org/show_bug.cgi?id=238099 and its link to
http://lists.w3.org/Archives/Public/www-style/2004Aug/0135.html describing per
URL CSS overriding.  By adding the following lines to my userContent.css I am
able to undo the effect of Bug 273857:

/*
 *  Test CSS fix for KZRider.com forum
 */

@-moz-document url-prefix(http://www.kzrider.com/forum/)
{
    table {text-align: left; }
}

The page now renders as it used to and as IE 6.0 renders it.  This is certainly
a handy work-around.

Comment 13

[Uri Bernstein]

*** Bug 291944 has been marked as a duplicate of this bug. ***

Comment 14

[Uri Bernstein]

From duplicate bug 291944: another site which is now broken due to this bug is
http://www.lesechos.fr/patrimoine/actualite.htm . 
What's common to this site and the site mentioned in comment 12, is that they
have XHTML comments before the DOCTYPE declaration. This apparently hides the
DOCTYPE from IE6/Win, causing it to render the page in quircks mode, in which
the text inside the table is left-aligned. Mozilla/FF, on the other hand, sees
the DOCTYPE,  and therefore renders these pages in SC mode (in which the text
inside the table is left-justified).

While, as far as I can tell, Mozilla is doing the right thing here, the problem
of real-world sites rendered "correctly" in IE6/Win but "broken" in Mozilla,
remains.

Comment 15

[Uri Bernstein]

-> All/All - this is not a Mac-specific issue.

Comment 16

[Mathieu Parent]

testcases WFM
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20051026 Firefox/1.6a1

Comment 17

[Boris Zbarsky [:bzbarsky]]

This was fixed by bug 300734

*** This bug has been marked as a duplicate of 300734 ***