Reporoducible: always. To reproduce: 1) Open a new composer window. 2) Optional: click in message body to get focus in there. 3) Click in subject field or in the addressee field and start typing. Expected: typed text goes into appropriate field Actual: - without (2): nothing happens at all. - after (2): you get *two* text cursors - both in the body of the message and in the selected header field; typed text goes into the body. This is regression, this bug appeared at the same type (within a day or two) as the bug 128659 (but failed to disappear when bug 128659 was fixed). Based on this, I suspect that this was cased by the same bug 109081 checkin, as the bug 128659. This bug is still there in BuildID 2002031319. I can reproduce this on 3 different machines, all running RedHat Linux 7.2 + all updates.

Forgot to mention: - I am using KDE 2.2.2, "focus follows mouse". - The workaround I use is to move the mouse pointer outside of the composition window (to let the mailnews 3-pane window get the focus), then to bring it back to the composition window. After that, the problem disappears (for this particular window, next one will have it again). Despite the workaround, this is highly annoying and visible bug, so IMHO it needs to be fixed for 1.0

-->varada

More on this - I noticed that whether a particular composition window will be affected by this bug or not depends on what happened to the *previous* composition window. For example, in BuildID 2002031607 after I kill a comosition window and answer "don't save" when prompted, the next composition window will have this bug. On the other hand, if I kill a composition window without typing anything in it (so I don't get any prompt), the next composition window will behave normally. This does not seem to depend on whether I create the new window using "Compose" button or "Reply" button. This enforces my suspicion that this was caused by the bug 109081 check-in (which did something to cached compose windows).

This problem occurs only on KDE, works fine with gnome. The workaround is either to activate anther window and then reactivate the compose window or turn off the recycled compose window. For that, add the following to your prefs.js file: pref("mail.compose.max_recycled_windows", 0); *** This bug has been marked as a duplicate of 130581 ***

verified dup.

Also observed on RH 6.2 with KDE. Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020313 Quick workaround is to open and then close the attachments dialog.