User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.9.1.5) Gecko/20091102 Firefox/3.5.5 Build Identifier: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.2pre) Gecko/20100119 Lanikai/3.1a1 Use key TAB to move cursor from Subject line to body does not enable all format icons, Spell icon and menus. Reproducible: Always Steps to Reproduce: 1.New mail 2.Fill out receiver 3.Press key TAB 4.Fill out some text on Subject line 5.Press key TAB Actual Results: Menu Insert, Format, Icon Spell and Text formats are grayed. Colors and font size are ok. Text in the Body can edit normal. Expected Results: All format icons and menus should be enabled. Workaround: After one mouse click into Subject and back to the Body, all is ok. (Of curse: Composing HTML is enabled for this account.)

Seen also in WinXP Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2pre) Gecko/20100122 Lanikai/3.1b1pre ID:20100122032008

Is similar to bug #551936 (with different effect because in bug #551936 all composition toolbar is disabled). I can reproduce also here on on TB 3.x release Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.2pre) Gecko/20100312 Lightning/1.0b2pre Lanikai/3.1b2pre ID:20100312032514

Another STR (from dupe bug #551936): 1. open compose window; 2. hit tab for move cursor from "To:" field to message body: composition toolbar remains disable. Menu-->Insert and Menu-->Format are also disable. As workaround you can move cursor to subject or address list and then click on message body.

Regression from 3.0.4 - gary do you have time to hunt that one ? STR : 1) cmd-N 2) tab 3) tab

So I think this regression range is the same as bug 543077 comment 15, though confirmation of that would be useful.

Neil seems to agree, as per bug 543077 comment 21.

This doesn't seem to effect replies, and hitting the space bar (which seems like one of the first things most users would try) makes the problem going away, so we wouldn't hold for this.

(In reply to comment #10) With "space" (or any other typing) toolbar becomes enabled but "Format" and "Insert" menus are not, so there is no way to use theese functions with keyboard-only input. I want to look how do you insert <hr> into new message without mouse. Indeed, mouse click must be made or the edit window will not be fully-functional.

(In reply to comment #8) > So I think this regression range is the same as bug 543077 comment 15, though > confirmation of that would be useful. No. it is not this regression. All the rv:1.9.1* works. have tested under Linux. Gecko/20090610 Shredder/3.0b3pre = OK Gecko/20090611 Shredder/3.0b3pre = OK ... Gecko/20091231 Shredder/3.0.1pre = OK Gecko/20100101 Shredder/3.0.1pre = OK ... Gecko/20100131 Shredder/3.0.2pre = OK The first badly is Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.2b6pre) Gecko/20100101 Lanikai/3.1a1pre from URL http://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/2010/01/2010-01-01-03-comm-1.9.2/ This was the first "rv:1.9.2*" I have found for Linux. So I'm afraid, it is the change from rv:1.9.1 to rv:1.9.2

(In reply to comment #12) > (In reply to comment #8) > > So I think this regression range is the same as bug 543077 comment 15, though > > confirmation of that would be useful. > > No. it is not this regression. > All the rv:1.9.1* works. have tested under Linux. > Gecko/20090610 Shredder/3.0b3pre = OK > Gecko/20090611 Shredder/3.0b3pre = OK You need to test the trunk builds from those dates. We'd already branched the core backend, and that is the difference between the 3.0b3pre builds and the 3.1a1pre builds (and the issue here is most likely in the core backend).

(In reply to comment #13) Thanks and sorry. Gecko/20090610 Shredder/3.1a1pre = OK Gecko/20090611 Shredder/3.1a1pre = BUG This is the URL with bug: http://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/2009/06/2009-06-11-03-comm-central-trunk/ File platform.ini contains: BuildID=20090611031911 Milestone=1.9.2a1pre SourceStamp=4430cae50dad

Current 3.1 build2 has the bug: Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.9.2.5pre) Gecko/20100430 Thunderbird/3.1b2 Latest latest-comm-central-trunk don't have this bug: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.3a5pre) Gecko/20100510 Shredder/3.2a1pre

Tested with: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.4) Gecko/20100518 Lanikai/3.1pre ID:20100518151009 Appears to be fixed by bug 543077 core checkin to relbranch. May 14 10:46:09 2010

(In reply to comment #17) Same for Linux. Bug is fixed in this nightly version: Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.9.2.4) Gecko/20100518 Lanikai/3.1pre BuildID=20100518033215