Loading Profile...
SFTPdrive corrupted a file
SFTPdrive corrupted a file. The size is all there, but it to appears to have corrupted it. Might need to find another application, can't have this happen again. The 36kb are still there but were replaced by all empty characters.
--Off Topic--
Worst of all the server I'm using doesn't support any kind of past version recovery. About a good month of work ruined (the file contained many very customized regex statements, when I say advanced I mean take markdown/textile text parsers and combine them and times it by 2 in complexity).
--Off Topic--
Worst of all the server I'm using doesn't support any kind of past version recovery. About a good month of work ruined (the file contained many very customized regex statements, when I say advanced I mean take markdown/textile text parsers and combine them and times it by 2 in complexity).
I’m really mad
1
person has this problem
I have this problem, too!
Tell me when someone solves it.
The more people who report this problem, the more it gets noticed.
The more people who report this problem, the more it gets noticed.
-
Inappropriate?Templarian -
Sorry you had this corruption. We really are. Any sort of data corruption is completely unacceptable and we apologize.
Can you give us any more information about what version of SftpDrive you were using, what editor, what type of server? Does it work successfully normally?
Again - sorry
-Jeff
CEO, Magnetk LLC
I’m sad
-
Inappropriate?- Version 1.7.9
- Komodo IDE (which doesn't always play that nice with the lag of network drives, I think it reads the file over for changes every time I change to its tab).
- I use it every day and its usually flawless.
- Connecting to 1and1 servers.
Is there any way you guys could code in a precaution for this sort of thing (even if its off by default)? I know in hex editors if a file is opened for writing it allocates the data with all 00 before hand. I'm a web developer so to speak on the behave of most developers, we don't write blank text files to the server on purpose.
I lied, I'm still using your product I'm just running backups now (no product comes close to this for ease of use).
Thank you for taking the time.
I’m a little better, kind of like getting over losing a lost one, but in this case it hurts a little more.
-
Inappropriate?Losing high quality regex's are probably among the most painful things to lose. I'm pretty sure they contain the highest density of logic in any program that contains them.
With regards to a precaution, we're working on some updates [that won't be ready for a few months] that will speed things up for working with "small" files by writing locally and atomically flushing out entire files. This will get you what you desire by removing the reload lag and ensuring a full flush. Right now we do complete block based remote manipulation, which means if you lose your connection while writing out a 5 gig file, you'll get a partial file. That's one the side effects of working directly with the production code.
As a best practice, as I'm sure you know - working with backups or a SCM is a must, in case you accidentally hose your code. That being said, your filesystem should never be hosing it.
EMPLOYEE
