333707 - paste in textarea doesn't put selection at end

Status: RESOLVED WORKSFORME

(Core :: DOM: Editor, defect)

Description

[Csaba Gabor]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1

Copy the following ELEVEN line selection starting from 'a' and ending with the newline right before the terminating dashes.  In other words make sure that there are three newlines at the end of the selection.  (One way to do this is to set the caret right before the a and press the shift down arrow key until the dashes at the bottom are also highlighted and then press the shift back arrow just till no dash is highlighted anymore.  At that point, press ctrl+c to copy)
----------
abcd
efghij
klmnopqr
stuvwxyz
12
34
56
78
90


----------

Now go to the comments textarea and do a paste.  You'll see that there are twelve lines and that a vertical scroll bar has appeared.  In particular, there are three blank lines at the end, and the cursor is on the final one.  If you hit the backspace, the scroll bar goes away.  This is correct.  

Reproducible: Always

Steps to Reproduce:
1.  Refresh this bug (ctrl+l, enter)
2.  Go to the comments textarea by mean of the access key (alt+c)
3.  Paste (ctrl+v)

Actual Results:  
Twelve lines are pasted (the last three being empty), only the caret is on the next to the last line.  If you press the down arrow key, you see that the caret goes down.  Furthermore, if instead of pressing the down arrow key, you had typed a letter, it would have appeared on the line below where the cursor is sitting.

Expected Results:  
I expect the cursor to be at the tail end of the textarea.  Specifically, I expect consistency with what I would get if I got to the textarea with the mouse.

You can see the same behaviour if, after refreshing, you do tab, page down, tab, tab, tab, and then paste.

This may seem overly contorted, but if you have a page where the focus is already in the textarea, then you don't need to go through the keyboard machinations to get there, and the bug is much more readily apparent.

Csaba Gabor from Vienna

Comment 1

[Aaron Leventhal]

Please don't assign kbd bugs to me. I'm no longer very involved in that component, except perhaps in an advisory context.

Comment 2

[Aaron Leventhal]

Doh! Looks like we need to get the default component owner changed.

Comment 3

[Wayne Mery (:wsmwk)]

WFM on trunk Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20060629 Minefield/3.0a1

Comment 4

[Wayne Mery (:wsmwk)]

closing WFM per comment 3.
please reopen if you still see this problem in a current trunk build.