110833 - adding newlines to copied table in text area makes previous text invisible

Status: VERIFIED DUPLICATE of bug 74383

(Core :: DOM: Editor, defect, P3)

Description

[Dave]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.6+) Gecko/20011119
BuildID:    2001111908

See also bug 100130 and bug 103197

To repro this bug, try copying the headers out of a message in yahoo mail and
pasting them into a text box (I've been able to repro in bugzilla boxes) and
attempt to add newlines between the header info, which has no newlines between
it (due, I assume, to the fact that it's in a table... is this a bug/valid RFE??).

I'll attach a file with some example yahoo headers. You should be able to
reproduce 90%+ of the time.

I find this to be a major nuisance since it makes it very hard to report spam
via spamcop.

Reproducible: Sometimes
Steps to Reproduce:
1. View a message with header info in yahoo mail (or the file I'm about to attach)
2. Highlight header info and hit ctrl+c
3. Go to a text box (bugzilla comment box should do the trick) and hit ctrl+v
4. Now attampt to place newlines between the different headers (e.g. "To:" and
"From:") in the pasted text.

Actual Results:  When a newline is entered, the text before the newline becomes
invisible (it's still there and will be submitted with the form). Sometimes, the
cursor will freeze so I can't move it with arrow keys, even within text that's
still visible.

Highlighting some text and hitting the delete key often returns to text to
normal (I'm sure there're other ways to fix the problem).

Expected Results:  Simply add a newline without hiding text or messing up cursor
movement.

Comment 1

[Dave]

Attachment: promised headers from Yahoo! Mail for fun with copy/paste

Comment 2

[Dave]

FYI, I just tested this with X copy/paste (highlight/middle-click, as oposed to
ctrl+c/ctrl+v) and got the behavior described above.

Comment 3

[kinmoz]

I can't seem to repro this on Win32, so I'm wondering if this is related to bug 
74383.

After you're done pasting do you have both a vertical and horizontal scrollbar? 
Just a vertical scrollbar?

Comment 4

[Dave]

I get only a vertical scroll bar... the text appears to wrap nicely, all of the
text before the cursor just goes *poof* when I insert newlines into the text via
the enter key
.
I also don't see any of the "garbage" that the reporter in bug 74383 mentions.

Comment 5

[Dave]

After a second look, I hadn't notice the "reliable test case" in the other bug.
The problem described there seems a lot closer to this one. I suppose it might
be a good idea to test this again after that fix goes in.

Comment 6

[kinmoz]

Whoops mid-air collision (bug update) with Dave. Submitting anyways ...

The garbage mentioned in bug 74383 is occassional and caused by stale frame data 
... so far it's sounding like this bug is caused by bug 74383.

One last detail, after you paste in whatever it is your pasting, if you scroll 
through the content in the textarea, is any of it right up against the 
vertical scrollbar?

By up against, I mean, is there a character on any of the lines that is either 
touching the scrollbar or about a pixel away from it? Believe it or not that 
matters for bug 74383 (see the reliable test case attatchment).

There are various factors (platform fonts, default font used, etc) that make bug 
74383 very hard to reproduce/debug without using the "Reliable Test Case" 
attatched to it.

Comment 7

[Dave]

Yes, there's at least one line that's up against the scroll bar. Sometimes
more... see also my last comment.

Using monotype-arial-iso8859-1 font from msttcorefonts debian package.

Comment 8

[kinmoz]

Fix for bug 74383 checked into trunk:

    mozilla/layout/xul/base/src/nsBoxToBlockAdaptor.cpp  revision 1.33

I'm leaving this open till I can land this on the 0.9.4 branch.

Dave, if possible can you download and use any daily build generated after 7am 
today to see if this truly did fix your problem?

Comment 9

[Dave]

Fixed on 2001112108/Linux. Marking dupe.

*** This bug has been marked as a duplicate of 74383 ***

Comment 10

[sujay]

verified.