Vim schreibt manchmal keine Datei ohne ein "!" (E13)

Sehr oft (wie mehrmals pro Stunde), wenn ich meine Datei :w speichere, sagt mir vim: "E13: Datei existiert (hinzufügen! Überschreiben)"

Ich weiß nicht, warum es das tut, ich kann es nicht zuverlässig reproduzieren, es fühlt sich zufällig an.

Dies ist mein vimrc, beachten Sie, dass nobackup , nowritebackup und noswapfile , und es gibt eine Funktion, um nachgestellte Leerzeichen zu entfernen, die ausgeführt werden, wenn ich eine Datei speichere.

Außerdem habe ich oft 20 Videobilder gleichzeitig geöffnet, die alle im Hintergrund liegen und oft dieselbe Datei bearbeiten. Es ist auch nicht unwahrscheinlich, dass ich den gleichen Puffer in mehreren Fenstern geöffnet habe (zB :vsp ) und ihn öffnen kann, dann öffne ihn wieder mit dem e Befehl, möglicherweise von einem relativen Dateipfad oder möglicherweise von einem absoluten (der %Code%). Keine Ahnung, wenn etwas davon zählt. Nächstes Mal, wenn ich dieses Problem habe, überprüfe ich meine cmap %/ <C-R>=expand("%:p:h")."/"<CR> und berichte etwas seltsam.

Aktualisierung:

Als ich versuchte, "lib / seeing_is_believing / wrap_expressions.rb" zu speichern (beachte, dass es sich um eine andere Datei als die im gif handelt), ist dies erneut passiert. Hier ist die ss, es ist Puffer 3:

Update2 (für @mMontu)

Ich habe gerade festgestellt, dass hier zwei Fehler passieren. Das im Screenshot ist das Readonly-Ding. Der eine im gif ist der gebräuchlichste, ls

Der Punkt, den ich gerade getroffen habe, ist E13: File exists (add ! to override) , für diesen wird readonly nicht gesetzt:

Update 3

Ich bin mir ziemlich sicher, dass das Problem das ZoomWin Plugin ist. Ich hatte es auf eine neuere Version umgestellt, und es funktionierte einfach nicht richtig. Also hörte ich auf, es ein wenig zu benutzen, und hatte dieses Problem nicht. Dann schaltete ich es zurück, b / c vermisse ich seine Funktionalität (es ist mein Lieblings-vim-Plugin), und die Probleme begannen wieder. Möglicherweise ist es ZoomWin in Verbindung mit NerdTree-Fenster. Wahrscheinlich nicht die Fehler der lib-Autoren, vim im Allgemeinen scheint zerbrechlich und fehlerhaft. Vielleicht probiere ich NeoVim aus, um zu sehen, ob sie einen besseren Job gemacht haben. Vielleicht ist es Zeit, Atom oder Emacs noch einmal auszuprobieren.