hard to describe, so I'm attaching a bitmap image. "MNF Poll" is in the "Top Stories" box, among other problems. Looks like table layout, but hard to say for sure.

I found overlapping text in bug #17826. Don't know whether it is the same problem or not.

I spun off bug #22168 from this bug to cover the problems with the tabbed panel in the middle of the ESPN page. Bug #14030 already exists to cover the lack of vertical separation between the blurbs in the right hand coloumn. Note that www.espn.com is comprrised most of DIV, not TABLE. The remaining problems on this page include: 1) line-height is too high for many lines 2) the form at the top of the page is positioned incorrectly and covered by the contents of another DIV 3) two or three repeats of the above two positioning and line-height problems.

Sorry ... I wasn't clear ... the problem noted in bug #22168 for the tabbed panel in the middle is that the javascript: URLs in the panel do not fire onmouseover() and onclick().

The second attachment to this page is simply one of DIVs from www.espn.com that shows the excess line-height in isolation in the page. So this page is now covered under four bugs: 1) this bug -- for excess line-height causing overlaps of text 2) bug #14030 -- for the lack of paragraph spacing in R>H. column 3) bug #22168 -- for problems with <A HREF> and the tabbed panel js. 4) bug #22171 -- for the misplaced widgets at the top of the page

The line height problem (2nd attachment) doesn't involve tables. Reassigining to Kipp.

moving kipp's bugs to M15. Some will get moved again, this is just a start.

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

I don't see any overlapping content at www.espn.com anymore. Excess line-height problem seems to be fixed too, the testcase for line-height problem is rendered nearly identical to what IE5 does. However, loading espn.com and then doing a reload completly messes up layout. Opened a new bug for that: bug 28490. Marking this bug as WORKSFORME.

mine now

buster : did you really mean to claim this bug? It was WORKSFORME, and checking with win98 opt comm bits from today, there is no longer any line-height problem for the second testcase, and for the www.espn.com page. Or maybe you are just trying to build an insurmountable lead in the most-doomed lists :-]

yep, it's mine. Kipp is no longer on the project, and I need to know if anything interesting happens with this bug for example, it gets reopened). setting back to worksforme.

Ah, right. That makes sense. (Sorry, I had assumed that this was done in error). Thanks.

no problem. truth is, bugzilla is lacking in some features, and removing an identity is one of those. so it's a bit brute-force.

Seeing more overlapping content at espn.com. Headlines just to the right of the ESPN logo overlap the top stories table and that top stories table overlaps the some headline that I think reads "Womens College Basketball Front). THis may all change by the time anyone looks but it is lookin' funky. tested with nightly build 032708 under WinNT. Suggesting we reopen.

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

The particular line-height problem for this bug was the one caused by a <font> redefining the font-size within a block (div,p) that had no other text nodes as children -- so the line-height is set on the block level, but none of the lines "require" this amount of height: e.g., <DIV><FONT SIZE='-1'>some text<BR>some more text</FONT></DIV> I don't this has changed (i.e., the fix has not regressed). However, there are some oddities in laying out the page (in particular, some of the CSS positioning is being applied 'inconsistently' -- sometimes it works, and sometimes it doesn't). There exists several bugs for espn (some listed earlier in this bug report). Perhaps searching on 'espn' in the URL will find the right home for what Asa is seeing.

Verified