131259 - Can not get focus into subject or addressees pane of a newly opened compose window [after compose window dismissed with "Don't save"]

Status: VERIFIED DUPLICATE of bug 130581

(MailNews Core :: Composition, defect)

Description

[Aleksey Nogin]

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.

Comment 1

[Aleksey Nogin]

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

Comment 2

[Jean-Francois Ducarroz]

-->varada

Comment 3

[Aleksey Nogin]

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).

Comment 4

[Jean-Francois Ducarroz]

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 ***

Comment 5

[[e-mail] (gone - use [e-mail] instead)]

verified dup.

Comment 6

[James Collier]

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.