208671 - patchy rendering of text on some websites, some lines aren't displayed

Status: RESOLVED INVALID

(Core :: Web Painting, defect)

Description

[Jason Briggs]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3.1) Gecko/20030428
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3.1) Gecko/20030428

On the page at
http://grep.law.harvard.edu/article.pl?sid=03/06/06/1441247&mode=nested, some
lines of text are not displayed at all.  If I double-click on the line, then
part of the text is displayed (if I double click on the beginning of the line,
most of the line is displayed).   If I select the text, the highlighting appears
over where the text would be, but nothing is visible.

This happens on a number of sites, and has been a problem for me since 1.2 (I
think).  Apologies if this is a duplicate, but while there seem to be similar
bugs, I couldn't find any that were exactly the same.

Reproducible: Always

Steps to Reproduce:
1. go to http://grep.law.harvard.edu/article.pl?sid=03/06/06/1441247&mode=nested
2. scroll down the page and there should be gaps in the text
3. double-click on one of the gaps

Actual Results:  
Part of the text is not displayed, but when you double-click it reappears.

Expected Results:  
Displayed all the text

Comment 1

[Jason Briggs]

Attachment: the page with missing text (circled)

Comment 2

[Jason Briggs]

Attachment: the same page after double-clicking on the blank area

Comment 3

[Jeff D. Hanson]

WFM:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5a) Gecko/20030604

In fact, it looked better in Mozilla than IE6.  In IE6, the boxes on the left
were all kinds of weird sizes.

Comment 4

[Jason Briggs]

Attachment: The same page rendered (fine) by Konqueror

Comment 5

[Jason Briggs]

Just attached an image showing the same page rendered by Konqueror (on the same
machine).  There's no problems there -- which is the case for all pages where I
experience this bug.

(BTW: I'm running KDE on Mandrake 9.1)

Comment 6

[Jason Briggs]

A colleague and I have just figured out where the problem is occurring.  Weird
that I haven't noticed this before actually.  Sherlock Holmes, I ain't.  
Anyway, if you set character coding to Unicode (UTF-8) or to (Western)
ISO-8859-15, then the rendering fails.  If you set it back to Western
ISO-8859-1, the page is fine.

Comment 7

[Felix Miata]

WFM in Linux Seamonkey 2004030908 on SuSE 8.2 using western, central european &
unicode.

Reporter, can you reproduce this in a current build?

Comment 8

[Jason Barnabe (np)]

No response from reporter. Marking invalid.