tramp-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

File attribute cache bug?


From: Kyle VanderBeek
Subject: File attribute cache bug?
Date: Tue, 11 Aug 2009 13:02:03 -0700

I'm using emacs 23.1.1 as packaged for Fedora 11 with the included tramp.  I'm seeing a bug that is critical in my work flow between a Linux and FreeBSD machine.

1. Load remote file that is read only (chmod 0444)
2. Change permissions on remote file via a regular shell (chmod 0644)
3. Visit file (C-x C-v ENTER) and note that the buffer remains read-only.

What's infuriating about this bug is that it seems to persist despite any efforts to re-load the file.  I've killed the buffer and reloaded it, and it still comes up as a read-only buffer.  I've loaded it from a tramp-dired buffer, same result.  What's more, if I make the buffer read-write, emacs changes the mode back to 0444 upon writing (after asking if I'm sure I want to try to write it).

This will impact anyone using Perforce for SCM; it marks files read-only until you check them out for editing.  So if I load something to look at it before I decide to edit it, I'm stuck with a tramp that seems to have cached attributes that are no longer correct.  It seems to me that tramp should invalidate this cache when I revisit the file or examine the directory.

--
address@hidden
 Some people have a way with words, while others... erm... thingy.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]