User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.2.1) Gecko/20021130 Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.2.1) Gecko/20021130 I am replying to a message. I deleted some lines in the middle of the included quoted body of the message I'm replying to, then added my own new text afterwards (the quoted block still shows as being one single block). When the cursor is on the last line within the trimmed quoted block, the cursor down arrow key moves the cursor up to the start of the quoted block rather than moving to the next line. Using the right arrow key to move off the right end of the last line does work properly, as well as using the cursor up key to move up above the first line. I also tried clicking with the mouse to move the cursor out of the block, which works, but as soon as the cursor gets back into the block by any means the cursor down key will never leave it, but always loops back to the beginning. There are no attachments. Reproducible: Sometimes Steps to Reproduce: I haven't seen this before so I don't know how to reliably reproduce it yet (outside of this one message). I will try to collect as much information about the message internal formatting once I send it (it sure would be nice to have a "view source" while in compose mode). Actual Results: For this message, putting the cursor inside the quoted block of text and repetitively pressing the down arrow key will cause the cursor to move up to the first line of the quoted block when you are on the last line of the block. Expected Results: The cursor should move to the next message line (thus leaving the quoted block).
Created attachment 111008 [details] HTML source of composition message This is the raw HTML that was saved by choosing File..Save As File from the composition window. I did did alter it slightly removing email addresses and private text (replacing with "XXXX"), but did not in any way alter any of the structure or markup elements.
Correction, the cursor does not move back to the first line of the block, but rather to the second line...that position corresponds in the HTML source to the beginning of the second <div> within the <blockquote>, not the first <div>.
Deron Meranda, is this bug still a problem for you? Have you tried upgrading to a more current build (1.3 or 1.4) of Mozilla?
=>WorksForMe, no response from reporter.