4_30 Linux and Windows builds. (Not tested on Mac.) Using my backspace, return, insert, delete, and arrow keys does not have the desired effect in the compose window anymore. They either do nothing, unpredictably reposition my cursor, or paste buffered text. The fact that it happens on Windows, too, makes me think this isn't a Unix env thing. The fact that it worked with me with older Linux and Windows builds and works for me in every other app makes me think it's not my keyboard. I just triple-checked with an April_19 Linux build I have around.

cc: kostello and sujay. Sujay - are you seeing this in your editor (not mail) window?

code from 5:30pm today, WinNT, debug build, all keys that we think should work, work correctly (Backspace, Del, Return). Insert is not attached to any function yet. Arrow keys are temporarily disabled.

code from 5:30pm today, WinNT, debug build, all keys that we think should work, work correctly (Backspace, Del, Return). Insert is not attached to any function yet. Arrow keys are temporarily disabled.

Not working for me with the 5_1 Linux build. See http://jazz/users/scurtis/publish/linux_compose.gif and linux_3pane.gif to see what the windows looked like to me when sending a message and viewing that received message. (You can see the message yourself in the qatest32 account on tintin. See the mailnews lab accounts page at http://slip/client/mailnews/lab/testaccounts.html for the password.) Btw, I'll use this bug to focus only on the return and backspace keys, and may end having to break them down into separate bugs, as well, depending on whether or not anyone can reproduce even this much. What I'm seeing in the 5_1 build is that the return character is being placed properly, because the displayed message (after receipt) shows the returns. They just don't show up as a return in the window as it's being composed. The backspace key sometimes duplicating the entire previous line of text is just totally whacked. I'll retest later (hopefully today) with a recent Windows build, both on this same (dual-boot w/Win95) machine and on a different NT box.

Retested with the May-02-08 build from mozilla.org on my Win95 and WinNT boxes. On neither machine is this build displaying carriage returns while in the compose window. Backspace does seem to be working on them, though. (Also, I noticed, periods and apostrophes don't show up in the compose window either (on both Windows machines). I haven't specifically checked those keys on Linux. Though I won't make those keys officially part of this bug, check it out and see what happens, for kicks. These two machines are so completely dissimilar hardware-wise and sw-wise, that others have got to be able to see this behavior, too. I can't check with this build to see if those characters are visible when received and displayed, though...for some reason, the May02 Win build isn't successfully sending messages.) I'll be happy to do a thorough, key-for-key matrix of what works and what doesn't, and to write up separate bugs on each of them if someone, anyone, can duplicate any of these failures. If no one can, it seems I'd just be wasting peoples' time.

Linux backspace issue moved to bug 5867.

sorry I was a little late in getting back to Lisa Chiang's request. I don't see the problems Stacey is describing in the editor window. The keys seem to do what they are supposed to do as described by buster.

Because some people are seeing the problem and some are not, perhaps those that are seeing the problem could produce an exact recipe starting from launching AppRunner.

5_4 Win32 apprunner build: Start build with apprunner -mail. Click on "new message" Move cursor to message body. Type some stuff. Press return. Nothing happens. Press apostrophe. Nothing happens. Press period. A delete happens. I'll put a copy of my prefs50.js file at jazz/users/scurtis/publish/prefs50.js.

OK, make that http://jazz/users/scurtis/publish/prefs50.txt, so you don't get a js error if you try to view it in your browser window.

Using a linux build of 5/10: editor window works fine, mail compose window doesn't. I suspect that this is why some people are seeing it and others aren't -- editor folks assumed "compose window" meant composer, mail people assumed it meant mail compose. Changing summary to say mail. Jean-Francois should probably take a look at this (cc'ing), and I will too. Another interesting thing: I can't select (with mouse drag) in the mail compose window after I type in it, while it works fine in the editor window. Perhaps something (perhaps the addressing or subject areas?) may be grabbing some of these events and not passing them to the editor.

Selecting text that Akkana mentions is http://bugzilla.mozilla.org/show_bug.cgi?id=5883

Sure enough, changing line 210 of mailcompose.xul to read: <html:iframe type="content" id="content-frame" src="resource:/res/mailnews/compose/msgcomposebody.html" name="browser.message.body" flex="100%" /> fixes both the selection problem and the delete/backspace key problems. Reassigning to ducarroz in case there's some reason he hasn't already checked in this fix.

If I may add a comment: with M5 on NT and my french keyboard I cannot display the following characters &"'$%!. However the accented characters display fine... Just my $.02. Antoine Bertier

antoine - thanks for your comment. Pls enter a new bug on what you're seeing. Can you cc: momoi@netscape.com on the new bug you enter. Thanks.

mark as fixed as selection and backspace works fine again.

Will verify with 5_14 builds (after we get spins with today's mail compose blocker bug fix in them.)

Return, backspace keys verified fixed in 5_14 Linux and Windows builds. Will open separate bugs on Windows for apostrophe and period keys.