Steps to reproduce 1)Launch IM 2)choose someone and pick "send im" 3)in the compose field of the resulting window type two characters which are the same: XX 4)Now hit the left arrow key. Expected results: The cursor goes between the two characters: X|X Actual results: The cursor jumps two characters: |XX

andreww--does paste (control-v) paste the clipboard contents twice as well? does right arrow also move two characters?

assigning to Akkana -- Akkana I tried this in composer and mail and it works fine there, however, in IM it is broken. I used the commercial build from 3/29 on win95.

Mike does all the cursor motion stuff -- Mike, any idea what might be happening here?

It turns out that this isn't specific to motions: other XBL bindings -- like control-V -- also get interpreted twice. In other words, this is a double key event problem. (Is it possible that IM is using both XBL and XUL bindings, and that the event is not getting cancelled in between?) Sounds like saari's area.

Mass-moving most M15 bugs to M16

This is the same problem of 387104 filed on March 2 in Bugsplat.

cwang--probably bug 387104 in bugsplat should be resolve (ideally as a duplicate of this bug but that's not possible).

reproduced in today's verification build using Win98. Since this happens _only_ in AIM, someone in AIM should check to ensure they aren't using both XUL and XBL keybindings, as suggested by akkana. reassigning, cc saari, putting on nsbeta2 radar

Suggestion: try setting a breakpoint in nsSelectionMoveCommands::DoCommand (that's in editor/base/nsEditorCommands.cpp) in the cmd_charPrevious clause. Both XUL and XBL bindings should go there. If you get two breakpoints, a stack trace should tell you more (whether it's two xbl, two xul, or one of each, any one of which is an error). If you only break there once, then the trick will be to figure out who else is moving the selection (perhaps something under nsSelection.cpp, like nsSelection::CharacterMove?)

found it - the overlay and the main IM page both had an editor commands overlay. So it was gettig called twice. Thanks!

I just verified that this was fixed in my Win32 10/27/00 Netscape_20000922_BRANCH build.