130436 - cnn.com - text overflows inset table

Status: RESOLVED FIXED

(Core :: Layout, defect, P3)

Description

[Tony Tovar]

(I'm guessing on the "DOM Style" categorization)

It doesn't always do it but reloading seems to consistently get it to happen:
The main text of this CNN article overflows the inset table labeled "War on
Terror".  It starts at the paragraph beginning, "His first wife, Najwan Ibrahim
Ghanem, is Syrian..."

Comment 1

[Johnny Stenback (:jst)]

I see this too, but it's not DOM Style, over to Layout.

Comment 2

[Christine Hoffman]

Changing QA contact

Comment 3

[Marc Boullet]

This page was OK with 2002031008 NT4.

With 2002031203, the bug is there.

Karnaze's checkin ?????

Comment 4

[Kevin McCluskey (gone)]

I see the bug using a cvs build from today on Linux.

Comment 5

[Moied]

Using build 20020322 on WINXP, the only case this happens is If a user clicks on
reload button very fast many several times, even before repainting the page this
happens. Screen dump  fallows.. 

Comment 6

[Moied]

Attachment: Screen dump from CNN

Comment 7

[Tony Tovar]

With both 2002-03-20 and 2002-03-22 (on WinNT), this bug still occurs. 
Specifically, it displays correctly when first loaded (presumably from cache?)
but gets messed-up again if you click Reload.  From then on, pressing either
Reload or Shift-Reload results in a messed-up page about 30-50% of the time.

Comment 8

[karnaze (gone)]

I was able to see the bug after several reloads, and it may be a floater 
problem. We need a test case. Moving to future, since it is unlikely to get 
serious attention for m1.0. 

Comment 9

[Tony Tovar]

(Still occurring periodically with build 2002-04-03(03))

Well, I wasted about an hour trying to make a test case.  The page is full of
Javascript calls so if it's related to one of them, it's over my head.

Instead, I noticed several things about the incorrect display-case:
- the position of the "War on Terror" box doesn't change
- the center column of text wraps at the point where 1 of 2 GIFs exist in the
inset box
- the HTML references to the GIFs are
<IMG SRC="spacer.gif" ALT="" WIDTH="164" HEIGHT="5" BORDER="0">
<IMG SRC="bullet.gif" ALT="" WIDTH="4" HEIGHT="4" BORDER="0" HSPACE=5 VSPACE="5">
- The spacer.gif image is 15x15 pixels

Now, since this occurs sporadically, I figure there's a timing issue going on
with Mozilla vs CNN's servers.  Is it possible that Mozilla misallocates the
size of one of the GIFs if it's not sent back quickly enough by the server?  Or,
is there a problem between the mismatched size of the spacer.gif, i.e. it's HTML
specified WIDTH vs reality?

Comment 10

[Lee]

Mandrake Linux 8.2  Mozilla 20020629

Not able to reproduce this.
Are you seeing this on current builds ? 

Comment 11

[Tony Tovar]

I haven't been on the cnn.com site in awhile, but I'm still seeing overlapping
text on other sites.  Is there a tracking bug for these kinds of rendering
errors, i.e., where other sites are reported?  Or, should I file new bugs for
the other sites?

Sorry, at the moment, I don't know an example but I know it happened to me in
the past week. I reviewed the Mozilla History but couldn't remember which was
the problem.

Comment 12

[Daniel Wester]

Is this still an issue? I went to the above url with Moz 1.0 and I can't 
reproduce it...

Comment 13

[Tony Tovar]

Seems ok to me, too.  Marking FIXED.