257660 - [gtk2] long lines wrongly displayed in textarea

Status: RESOLVED WORKSFORME

(Core :: Widget: Gtk, defect)

Description

[Michal Cihar]

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

When there is long line in textarea that can not be wrapped, it is wrongly
displayed (see screenshot).

Reproducible: Always
Steps to Reproduce:
Create textarea with very long line.

Actual Results:  
Malformed display (multiple chars drawn on one place).

Expected Results:  
Readable drawn text.

Comment 1

[Michal Cihar]

Attachment: screenshot how it actually looks

Comment 2

[Andrew Schultz]

worksforme with linux trunk 2004083105 and 1.7.
please attach a testcase or html page that exhibits this bug.  it probably has
to do with something other than simply not wrapping

Comment 3

[Michal Cihar]

Attachment: Test page

It's actually export page of phpMyAdmin where I found this, here it comes.

Comment 4

[Logan Ingalls]

Attachment: Simplified testcase

This is a simplified textcase.	The textarea only has barely enough text (on my
screen) for this to do the weird over-wrapping.  If you scroll all the way to
the right, you'll see some weird doubled text there, also, and highlighting the
text will give you a strange effect.  In fact, highlighting any text more than
a couple hundred characters in doesn't highlight properly.

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040826 Firefox/0.9.1+

Comment 5

[Michal Cihar]

Your simplified testcase doesn't show bug here in Firefox 0.9.3, it starts to
overlap around 11000 chars.

Comment 6

[Logan Ingalls]

That's very strange.  It might be a resolution/font/font-size thing.

Comment 7

[Boris Zbarsky [:bzbarsky]]

This worksforme on Linux with a current trunk build...  Please test a trunk
build, not just branch ones?

Comment 8

[Andrew Schultz]

with linux trunk 2004090905, I see some parts of the line missing, and selecting
it displays the text, but I don't see the text wrapped onto itself.  I get the
same behavior back to Mozilla 1.0, but I don't see a dupe.

Comment 9

[Andrew Schultz]

I'm seeing this with linux trunk 2005041901 (GTK2) build.  GTK1 still worksforme.

The simplified testcase barely wraps for me.  Make the line 2x longer if you
don't see it with that (or use the first testcase).

==> gtk

Comment 10

[kmike]

Still here with GTK2 Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b2)
Gecko/20050610 build.
Seems to be triggered by a large amount of text in textarea, too.

Interestingly, GTK2 Firefox 1.0.4 (as seen in Fedora Core 3) doesn't exhibit
this bug.

Comment 11

[Andrew Schultz]

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

Comment 12

[Robert O'Callahan (:roc) (email my personal email if necessary)]

I see this bug in FF 1.0.5 GTK2.

It has been around for a long time, and the move to cairo will fix it. So I
think we won't be fixing it now. I'll leave it open as a reminder for testing.

Comment 13

[Andrew Schultz]

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

Comment 14

[Michael Wu [:mwu]]

WFM on branch. Any objections to closing?

Comment 15

[Adam Guthrie]

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20060809 Minefield/3.0a1

I'm definitely still seeing this. What I see looks almost exactly like the screenshot in attachment 157613 [details].

Comment 16

[Andrew Schultz]

this is still alive and well on the branch.  If you don't see it with the testcase, double the length of the string.  On the trunk, this got fixed between 2006-06-26-07-trunk and 2006-06-28-08-trunk (both gtk2, non-cairo).

Comment 17

[Vincent Lefevre]

I also notice this problem with Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.8.1.3) Gecko/20070310 Iceweasel/2.0.0.3 (Debian-2.0.0.3-1), in all text input fields (single-line or multi-line), when the text has at least 8192 characters.

Comment 18

[Vincent Lefevre]

Attachment: screenshot showing the beginning of text overlapping with the end

Here's a better screenshot for abcdefgihjklmnopqrst12345678901234567890[...]1234567890 with 8210 characters. One can see that the beginning of the text (abcdefgihjklmnopqr) overlaps with the end of the text.

Comment 21

[Tom Aratyn]

bug 397891, which is a duplicate of this, has been confirmed to affect Linux (Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.6) Gecko/20061201
Firefox/2.0.0.6 (Ubuntu-feisty)) *and* mac (Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.7) Gecko/20070914 Firefox/2.0.0.7). 

However it doesn't seem to be an issue on trunk with mac (see https://bugzilla.mozilla.org/show_bug.cgi?id=397891#c3).

Comment 23

[Kevin Spiteri]

This bug is not triggered after 8192 characters, but after 65536 pixels.

Comment 24

[Michael Wu [:mwu]]

WFM on Firefox 3.5. Can someone confirm?

Comment 26

[Benoit Girard (:BenWa)]

Tested on Linux with and without layers acceleration. Please reopen if you can reproduce the problem.