|
From: | David De La Harpe Golden |
Subject: | bug#1440: Concerning delete-by-moving-to-trash on free systems |
Date: | Mon, 01 Dec 2008 20:00:21 +0000 |
User-agent: | Mozilla-Thunderbird 2.0.0.17 (X11/20081018) |
> I'd propose to let-unbind backup-directory-alist when making backups > for deleted files. That seems sensible/necessary.Though I think that maybe backup and trashing code paths should just be decoupled to avoid ongoing problems - i.e. have move-file-to-trash just not use find-backup-file-name. What happens when someone next changes the backup-file subsystem, or a user locally patches it? fallback trashing silently breaks, of course, surprise! There's also the minor point that find-file-name handlers can't distinguish a fallback trash operation from a backup operation at present and might conceivably do the wrong thing.
And of course, all this is about fixing the fallback trashcan, which as already noted doesn't correspond to the free desktop trashcan. It probably isn't a proper implementation of the macosx trashcan really either (should probably really be using the relevant system trash api on that platform , which appears to be (though I'm not a macosx programmer, just cursory google search) NSWorkspaceRecycleOperation or maybe FSMoveObjectToTrashSync)
[Prev in Thread] | Current Thread | [Next in Thread] |