[TxMt] Re: bug: unresponsive modal sheet after changing folder name

[Bas Van Klinkenberg]

Thanks for the fast fix.

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).

Your explanation totally resonates with the behaviour I saw, looks like those were indeed the bugs biting me.

Best regards,
Bas


> On 02 Nov 2016, at 17:41, Allan Odgaard <mailinglist at textmate.org <mailto:mailinglist at textmate.org>> wrote:
> 
> On 2 Nov 2016, at 17:47, Bas Van Klinkenberg wrote:
> 
> 
> […] 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.
> 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.
> 
> The issue should only have affect the nightly builds, will likely push a new nightly build in ~12 hours.
> 
> As for renaming ancestor folders of open files, there are currently two known issues related to this, one is that TextMate does not 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.
> 
> 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.
> 
> 
> _______________________________________________
> textmate mailing list
> textmate at lists.macromates.com <mailto:textmate at lists.macromates.com>
> http://lists.macromates.com/listinfo/textmate

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macromates.com/textmate/attachments/20161103/59c8be54/attachment.html>