191255 - A paragraph with 5 very specific styles paints incorrectly

Status: NEW

(Core :: Layout: Block and Inline, defect)

Description

[Charles Miller]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.0.1) Gecko/20021220 Chimera/0.6+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.0.1) Gecko/20021220 Chimera/0.6+

Per this snippet of a screen capture at
http://mywebpages.comcast.net/discographer/liz/Snapz001.tiff, element
height/line spacing breaks with the specific element <p>Ride</p> in page
http://mywebpages.comcast.net/discographer/liz/whitechoc-advancecd.html,
resulting in overlapping text. The faulty line spacing/element height travels
with the <p>Ride</p> element if its location within the <td class="songs"> cell
is changed. The bug seems to be very specific to the <p>Ride</p> element;
changing character case, substituting letters, or adding/removing letters from
the original "Ride" content restores normal rendering -- for example,
<p>Rid</p>, <p>Ride1</p>, <p>RIde</p> and <p>ride</p> render just fine. I've
noted the bug in Mozilla 1.3a, Netscape 7.01, and Chimera 0.6 (build 2002122004)
for OSX -- is this a Gecko issue? I did not see similar problems in Opera,
IE5.x, or Safari.

Thanks, Chas

Reproducible: Always

Steps to Reproduce:
1. Load http://mywebpages.comcast.net/discographer/liz/whitechoc-advancecd.html
2.
3.

Actual Results:  
Line spacing/element height of the <p>Ride</p> element was incorrectly rendered

Expected Results:  
No text overlap

Comment 1

[Greg K.]

WorksForMe using FizzillaMach/2003022003. Charles, can you still reproduce this
problem using a current nightly build?

Comment 2

[Charles Miller]

Greg, the problem still exists with the 2003022103 Mozilla build; see the screen
shot at http://mywebpages.comcast.net/discographer/liz/MozillaScreenSnap.jpg

Will test in the nightly build of Chimera and report again momentarily.

Comment 3

[Charles Miller]

Greg: Tested in Chimera Build ID: 2003022108 -- no change; text still overlaps
just as in the current Mozilla build.

Comment 4

[Greg K.]

Attachment: HTML testcase

One of the more bizarre and obscure problems I've triaged in a long time.

Comment 5

[Greg K.]

Confirmed using FizzillaMach/2003022103. See my testcase attachment 115218 [details].

Comment 6

[Greg K.]

Testcase WFM using Win32/2003010408. Possibly Mac-only.

Comment 7

[Charles Miller]

Greg, I found an additional instance of the bug not described in your recent
testcase where the 4-letter text = 6'1" (see
http://mywebpages.comcast.net/discographer/liz/retrospective.html). I'm
presently using Camino 0.7 (Build ID: 2003030613). Cheers, Charles

Comment 8

[Boris Zbarsky [:bzbarsky]]

Is this still a problem in a current trunk build?

Comment 9

[Charles Miller]

(In reply to comment #8)
> Is this still a problem in a current trunk build?

Boris, the text still overlaps in Mozilla 1.7.8 and Camino 0.8.4.

Firefox 1.0.3 renders it correctly, however.

Charles

Comment 10

[Boris Zbarsky [:bzbarsky]]

Charles, Mozilla 1.7.8 and Firefox 1.0.3 are both branch builds with a 1.7 Gecko
in them.  No idea about Camino 0.8.4, but I suspect that's also a branch build.
 Could you test something with a 1.8beta Gecko (like the Deer Park alpha 2 or a
current Seamonkey nightly)?

Comment 11

[Simon Fraser [no longer active]]

Looks fine with trunk Camino build.

Comment 12

[Charles Miller]

Checking in on this bug after a long hiatus -- and it's an issue in Firefox   2.0.0.6 and 2.0.0.11 (for the Mac). Testcase attachment 115218 [details] renders incorrectly; was OK in 1.0.X. 

Comment 13

[dolphinling]

Charles: Can you test in either Firefox 3 beta 2 (http://www.mozilla.com/en-US/firefox/all-beta.html) or a recent trunk nightly? There have been a *lot* of changes in nearly every area of rendering, including fonts, since Firefox 2.

Also, if it is still a problem, can you attach a screenshot so others know what to look for? The URLs above are all 404s.

That said, I don't see anything wrong with Linux trunk 2008010604.