<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Thanks for the fast fix.<div class=""><br class=""></div><div class="">I ended up doing a git stash && git reset —hard && git stash pop in a terminal window after closing TextMate. This solved the issue for me (I only saw your previous mail in this thread after doing that, restarting TextMate with shift pressed would have been easier indeed).</div><div class=""><br class=""></div><div class="">Your explanation totally resonates with the behaviour I saw, looks like those were indeed the bugs biting me.</div><div class=""><br class=""></div><div class="">Best regards,</div><div class="">Bas</div><div class=""><br class=""></div><div class=""><br class=""><div class=""><blockquote type="cite" class=""><div class="">On 02 Nov 2016, at 17:41, Allan Odgaard <<a href="mailto:mailinglist@textmate.org" class="">mailinglist@textmate.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class="">
<meta http-equiv="Content-Type" content="text/xhtml; charset=utf-8" class="">
<div class="">
<div style="font-family:sans-serif" class=""><div style="white-space:normal" class=""><p dir="auto" class="">On 2 Nov 2016, at 17:47, Bas Van Klinkenberg wrote:</p><div class=""><br class="webkit-block-placeholder"></div></div>
<div style="white-space:pre-wrap" class=""><blockquote style="border-left:2px solid #777; color:#777; margin:0 0 5px; padding-left:5px" class=""><div dir="auto" class="">[…] None of these buttons are reacting to mouse clicks, space bar or return keys. Due to the sheet being modal, my only recourse is to force quite TextMate.
</div></blockquote></div>
<div style="white-space:normal" class=""><p dir="auto" class="">FYI the issue should be fixed in v2.0-beta.12.30 available by holding option when selecting Check for Updates in the TextMate menu.</p><p dir="auto" class="">The issue should only have affect the nightly builds, will likely push a new nightly build in ~12 hours.</p><p dir="auto" class="">As for renaming ancestor folders of open files, there are currently two known issues related to this, one is that TextMate does <em class="">not</em> update the path of any open documents, so the open documents will effectively become orphans, the other issue is that each open document caches the inode read when opening the document, and when opening another document, if the inode of the other document is the same as an already open document, it will use the already open document (we do not compare the path since that would fail when using links). After “removing” a parent folder of a document, any open document in this folder does not have its cached inode cleared (since it does not detect the parent is gone until the user tries to save), which does lead to a situation where a document effectively has the wrong inode.</p><p dir="auto" class="">I am not sure if this fully explains the behavior you saw, but definitely renaming ancestor folders of open documents is currently something that should be avoided.</p>
</div>
</div>
</div>
<br class="">_______________________________________________<br class="">textmate mailing list<br class=""><a href="mailto:textmate@lists.macromates.com" class="">textmate@lists.macromates.com</a><br class=""><a href="http://lists.macromates.com/listinfo/textmate" class="">http://lists.macromates.com/listinfo/textmate</a></div></blockquote></div><br class=""></div></body></html>