Hi,
I'm a bit of a security freak and would like to know when I'm editing files and exercising my administrative rights when saving them. TextMate uses the normal channels to gain permission to do that, but the thing is that it caches this authorization because that's the way OS X authorization is configured. Now I don't want to change that, but I do want to change TM's behavior and this is possible.
Add the following bit into the file /etc/authorization: <key>com.macromates.textmate.openfile.readwritecreate.</key> <dict> <key>class</key> <string>user</string> <key>comment</key> <string>require the user to allow TextMate to save a file as admin</string> <key>group</key> <string>admin</string> <key>shared</key> <false/> <key>timeout</key> <integer>0</integer> </dict>
It must be inside the: </string> <key>rights</key> <dict>
dictionary. I placed it below the default rule's ending </dict> tag.
It means that from the moment you saved that file, all authorized saves ask you for your password, without any caching.
Jeroen.
Nice tip, thanks!
An icon in the status bar indicating "saving this file requires admin privileges" would perhaps also be useful.
Chris
On May 7, 2005, at 2:24 PM, Jeroen van der Ham wrote:
It means that from the moment you saved that file, all authorized saves ask you for your password, without any caching.
On 08/05/2005, at 7.44, Chris Thomas wrote:
Nice tip, thanks! An icon in the status bar indicating "saving this file requires admin privileges" would perhaps also be useful.
Something like a padlock springs to mind. Esecially since when auth is cached there is "no way" to know (except one could of course be expected to remember).
On May 8, 2005, at 11:04 AM, Sune Foldager wrote:
(except one could of course be expected to remember).
no, absolutely not ;-) I use TM literally *all day* - it's more or less become a brain extensions of mine... I don't want to remember anything *for it*... that's the job of the machine.
I therefore would like to second chris's request for an icon ;)
best regards,
tom
-- Tom Lazar, http://tomster.org