I don't think you understand. The *.tmp files are created and saved to my Dropbox folder because Autocad was 'unable' to save the original file, which is on Dropbox, in the first place. A .tmp file is created and stored to Dropbox when this happens. Usually, but not always, after the second save attempt, the file saves to Dropbox. I stress, not always because sometimes, I have to try to save 3 or 4 times before it actually saves the original file. In the mean time, after each failed attempt, a .tmp file is created and stored in my Dropbox Folder. Autocad doesn't have this problem saving my files anywhere else. Take for example, if I work on a file that is stored on my Hard Drive or on our Company Network, Autocad never, I repeat, never has a problem saving the file, never gives me an 'unable to save' error message, and never creates a .tmp file because it was unable to save the original. On the other hand, working on a file or files that are stored in my Dropbox Folder, numerous times throughout the day, after trying to save the file or files, I get this error message. And since Autocad couldn't save the file to my Dropbox Folder, a .tmp file is created and stored to Dropbox. So why would you consider this an AutoDesk (the maker of Autocad) problem? Isn't Dropbox supposed to be an extension or similar to an external hard drive? In the mean time, my Dropbox Folder is filling up with these .tmp files which I have to manually delete at the end of the day. The only solution I have to remedy this situation is to work on the file locally, then save it to my Dropbox Folder at the end of the day. But that doesn't do much good when I make numerous changes to the drawing throughout the day, yet the other 6 trades I'm collaborating with don't see those changes till the end of the day. I guess it's the best I can ask for until a real solution to this problem can be discovered. But I doubt Autodesk will have the answer. This, I can almost certainly say, is a Dropbox problem. Here's another example, from software that is not created by Autodesk. Cadpipe is software that I use to draw 3D Piping Systems for large buildings. Cadpipe uses a Database that it loads at startup for it's pipe dimensions, fitting dimensions, what type of material the pipe is made of, such as copper, cast iron, pvc, etc. This Database is critical for Cadpipe to properly work. The Database File I point Cadpipe to load through it's .ini file is stored on Dropbox. Cadpipe can never load this critical database file directly from Dropbox. It gives me an error also. Yet I'm looking at the file right now. It's there. The only way I can get Cadpipe to load this database file is to copy it from my Dropbox Job Folder over to a folder on my local Hard Drive or my Company Network Job Folder and load it from there. The Problem with this is, when I work at home, I don't have access to my Company Network, forcing me to save the file locally at home also just so Cadpipe can properly work. Are you going to blame this one on Cadpipe? As with a lot of software companies I've dealt with over the years, when I point out a bug or flaw, it never seems to be their problem, it's always the other guys problem so it never gets looked into, therefore, never fixed. We shall see if I have these same problems if I were to start using Box.Com or Wuala.com, or Google Drive, Sky Drive, or Team Drive or any of the numerous other alternatives that are out there.
