Okay, still happens even if I don't have preview open. But doesn't seem to be all documents. So far I've only been able to trigger it for README.md files and not all of them and not all of the time (except for the original file which it always happens for).


What I also noticed is that it only happens when I only use the keyboard to revert (including in the confirmation popup box). If I use the mouse I get this:

Screenshot 2016-10-11 09.38.34.png
It reverted the file, but left the additional text still rendered on screen. Typing or switching away and back gets rid of it.

On Mon, 10 Oct 2016 at 18:48 Allan Odgaard <mailinglist@textmate.org> wrote:
On 5 Oct 2016, at 14:57, George McGinley Smith wrote:

> Yes, crash reports are enabled, here's the latest:

> https://api.textmate.org/crashes/345336


> Caret position was a good guess. I was testing by adding lines to the

> end

> of the file, doesn't seem to happen if I move to the start of the file

> before reverting.

Thanks, this would sort of explain the crash report, except that I just

can’t reproduce this, and there should be code to handle this (i.e.

fix cap the insertion point when the document is edited externally).

If you open a document under SCM, add a bunch of lines and keep the

caret at the last line, then git revert, do you see the caret moved (to

the new last line of the document)?


textmate mailing list