Operators replace text with motion when used with pane splits

[jazzpi]

If you split a pane and then delete a line in the original pane using dd, the line gets deleted but a d is inserted at the beginning of the next line (even after closing the opened pane).

The same thing happens with cc to change the line (except it inserting a c, not a d).

[jazzpi]

I just noticed this seems to apply to any operator with motions - for example, going to the beginning of the document and then pressing G to yank the entire document does that - and replace the document with G. This basically makes pane splits unusable.

[bronson]

That's strange, I can't reproduce this. I split a pane (both using ex mode's :split and the menu), hit dd, and both panes had the correct text. Tried a few other motions too.

Does it happen when you only have vim-mode enabled, no other 3rd party plugins?

[jazzpi]

I think this fixed itself when I upgraded Atom, I'm unable to reproduce this now.

[romgrk]

Still poping for me, with atom v0.204.0.
Happens only when I'm working with split panes.

[jazzpi]

Strange, it happens again for me now. I don't know why, but I'm pretty sure it worked for a while - maybe I just worked in the new pane everytime?

[jazzpi]

Alright, here's something interesting:

• Open a new window
• Enter

abc
def
ghi

into the untitled file

• Press Ctrl-W V, then Ctrl-W H
• Go to the first line, press dd. File now looks like

ddef
ghi

• Press u, then press cc, then Esc. File now looks like

abc
c
ghi

• Press u, then delete a line. It now works correctly again.

[jazzpi]

This happens too when I disable all packages but vim-mode.
If I do this on a clean install with only vim-mode installed, it works however.

[ssfrr]

I'm seeing this as well, and actually originally attributed it to bronson/vim-mode-next#1. I can reliably trigger it by opening a vertical split, or closing a vertical split if I opened Atom with one. Closing the split again doesn't fix the problem. After I restart Atom the problem goes away though. I tried this with all other plugins disabled. It does seem to be reliably reproducible.

Strangely doing yy to yank a line causes the line to disappear (and the letter y is prepended to the next line).

Yanking from the command palette does not delete the line though.

[bronson]

You mean Ctrl-W v right? (lower case v)

I still can't reproduce this. :-/

My full typing sequence (spaces are just for readability

cmd-shift-N i abc <cr> def <cr> ghi <esc> Ctrl-w v Ctrl-w h 1G dd

First line gets deleted in both panes, everything looks good so far (except the 1G left the cursor one position too far to the right, the ol' cursor-outside-the-line bug)

u cc <esc> u dd

Every edit worked exactly as intended. What platform are you on? (me: OSX and sometimes Linux)

[jazzpi]

Alright, I can't reproduce this on a fresh install (although I could with everything in init.coffee, config.cson and keymap.cson commented out and all packages but Core and vim-mode disabled...).

On the fresh install, I notice a similar issue however - the following sequence inserts a : into the file 😕

ctrl-w v ctrl-w h :

I can only test on Linux.

[jazzpi]

Same thing happens when replacing : with q

Looks like unbound keys simply insert, even in command mode (when used with pane splits).

[jazzpi]

And another one: cw replaces the word with w.