To reproduce: 1. Open Mail. 2. Open account settings and choose to send mail as plain text. 3. Hold down shift key. 4. Select File -> New -> Message (not File -> New Message) What should happen: Should open a new HTML message compose window (the opposite of the default format). See: http://lxr.mozilla.org/seamonkey/source/mailnews/base/resources/content/mailWindowOverlay.js What happens: Opens a plain text compose window. See also bug 67825 (File -> New Message thinks shift key is down when it's not) bug 105061

James, can you still reproduce this problem under 0.9.6?

This is still a problem in Mozilla 0.9.6 for Mac OS X on Mac OS X 10.1.1

This is still a problem beyond 0.9.6 I'm seeing this on build 20011228-09 on MacOS 10.1.1 Confirming this bug and triaging to MailNews, but don't get option of the Composition component (as per the very similar bug 67825)!?

Only the assignee should set the target Milestone field. I actually don't see anywhere where the alt|ctrl|shift state of a click on a menu is reflected in the event's state. (i.e., this isn't specific to mailnews).

Dupe of bug 126189?

Needs bug 126189 and this: Index: mailnews/base/resources/content/mailWindowOverlay.xul =================================================================== RCS file: /cvsroot/mozilla/mailnews/base/resources/content/mailWindowOverlay.xul ,v retrieving revision 1.214 diff -u -r1.214 mailWindowOverlay.xul --- mailnews/base/resources/content/mailWindowOverlay.xul 24 Sep 2002 22:4 6:34 -0000 1.214 +++ mailnews/base/resources/content/mailWindowOverlay.xul 26 Sep 2002 20:4 6:53 -0000 @@ -908,7 +908,7 @@ <menuitem label="&newNewMsgCmd.label;" accesskey="&newNewMsgCmd.accesskey;" key="key_newMessage" - oncommand="MsgNewMessage(null);"/> + oncommand="MsgNewMessage(event);"/> <menuitem id="menu_newFolder" label="&newFolderCmd.label;" oncommand="MsgNewFolder(NewFolder);" accesskey="&newFolderCmd.accesskey;"/> @@ -1181,7 +1181,7 @@ <menuitem label="&newMsgCmd.label;" accesskey="&newMsgCmd.accesskey;" key="key_newMessage" - oncommand="MsgNewMessage(null);"/> + oncommand="MsgNewMessage(event);"/> <menuitem id="replyMainMenu" label="&replyMsgCmd.label;" accesskey="&replyMsgCmd.accesskey;" key="key_reply" Note that this only fixes making the menu selection with the mouse. I'm thinking the modifier keys are filtered out of keyboard events elsewhere.