298768 - Home key goes to top of quoted text

Status: RESOLVED WORKSFORME

(Thunderbird :: Message Compose Window, defect)

Description

[Jerry Baker]

20050622 trunk

STEP TO REPRODUCE:

1. Verify that Thunderbird is set to include quoted text when replying.
2. Reply to a message (don't typa anything).
3. Edit the quoted text by pressing the SHIFT key and using the arrow key to 
   scroll up a few lines.
4. Press DELETE to remove the selected text.
5. Press the HOME key.

RESULT:
The cursor goes to the beginning of very first line of the quoted text.

EXPECTED:
The cursor goes to the beginning of the current line.

Comment 1

[Daniel Beardsmore]

As a clarification, it occurs when you reply to a mail, deleting part of the quoted mail body leaving exactly one blank line at the end of the mail after remaining quoted part. Now, pressing home on this line -- before or after you type any text -- places the cursor at the start of the quoted block.

Contrary to the report, it does not matter if you use the keyboard or the mouse to select and remove the text (be that with the delete key or right-click > Delete). The only constant for me is that you must have exactly one blank line beween the last quoted line (leaving two cancels this bug but instead fails to revert to black text! argh)

One workaround is to always remember to put a blank line between the quoted text and the reply but generally I realise I've missed a line, press home to go insert one and then the cursor ends up on another line.

The bug does not depend on Win XP as I am in Win 2000, but Bugzilla has no concept of Windows NT All or Windows All :(

Comment 2

[Shawn M. Jones]

I have collected all of the bugs that display these symptoms under Bug 389768.

Comment 3

[Jerome M. Berger]

(In reply to comment #2)
> I have collected all of the bugs that display these symptoms under Bug 389768.
> 
This is different: Bug 389768 does not occur here (Linux Mandriva 64bits), whereas this one does.

Comment 4

[Wayne Mery (:wsmwk)]

seems to work with gecko 1.9.1 based editor in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b3pre) Gecko/20090228 Shredder/3.0b3pre - including following the ideas of comment 1

=> WFM
please comment if you can reproduce using a current beta of TB 3
http://www.mozillamessaging.com/en-US/thunderbird/early_releases/

Comment 5

[Daniel Beardsmore]

I've not had a problem with the cursor jumping to either fixed or random locations in the text while typing for a long time and I certainly can't reproduce it with my own set of steps in 3.0b2.

Comment 6

[Jerry Baker]

This bug still occurs with TB 2.0.0.19, but I'll have to take Wayne's word that it works in 3.0 versions.

Comment 7

[Daniel Beardsmore]

Scratch that. I just had the End key do the same thing. I'd hit Reply, cleared the first few quoted lines, inserted two blank lines within the quoted text, typed a sentence into the second blank line, then hit End (not sure why, I was already at the end of the line!). The cursor dropped to the end of the message instead of staying where it was.

This is 3.0b2 in Win XP SP3.

The received message and reply are both plain text, and the headers include (as a point of note in case only certain messages are upsetting the internal text data structure):

Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
...
X-Mailer: Apple Mail (2.930.3)

I mention the data structure because Thunderbird has had other weird problems like leaving reply text coloured blue instead of dropping back to black, and putting CSS-like padding/margins around lines of text in plain text mode for no reason at all (sometimes using Rewrap or catenating/breaking lines fixes that). Given all the bugs, it's conceivable that the internal state of the text editor is being upset somehow.

The bug clearly remains, although I rarely notice it now. As a note, I use only plain text composition.