summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorGravatar https://www.google.com/accounts/o8/id?id=AItOawmWBvsZvSsAL8P2ye3F0OBStjFCVnOImzM <Jarno@web>2014-12-03 15:46:43 +0000
committerGravatar admin <admin@branchable.com>2014-12-03 15:46:43 +0000
commite7ff8042d68c8e19545844f3c7a7190f043b3915 (patch)
tree095668f854acb97eee058b58abce18b3f78cc281
parent325e76a4b74c4d35f26c47b6224b45ae7e636001 (diff)
-rw-r--r--doc/forum/Crippled_FS:_remove_read_perms_from_dropped_files__63___.mdwn3
1 files changed, 3 insertions, 0 deletions
diff --git a/doc/forum/Crippled_FS:_remove_read_perms_from_dropped_files__63___.mdwn b/doc/forum/Crippled_FS:_remove_read_perms_from_dropped_files__63___.mdwn
new file mode 100644
index 000000000..18dc2fe66
--- /dev/null
+++ b/doc/forum/Crippled_FS:_remove_read_perms_from_dropped_files__63___.mdwn
@@ -0,0 +1,3 @@
+While experimenting with direct mode on Windows, I've got confused (and feeling momentary dread about apparent loss of data) many times when opening a file, and finding out that it in fact only contained the checksum; that is, was in the "dropped" state. As an **idea to prevent this confusion**, would it perhaps be possible to make the dropped files non-readable (permission denied) to the user somehow?
+
+(Background: I'm trying to build a version controlled development environment for a bunch of artists collaborating on large binaries, and making the process as fool-proof as possible is a priority.)