For the last couple of days, whenever I have saved a Photoshop or an Illustrator document to Dropbox, I have received a pop-up message right afterwards that says: "Remove "name of document" from your Dropbox account and all devices? If you move this file to $Deleted, it won't be available in Dropbox or on any devices." I want to know how 'save' is being translated into 'delete'. I don't feel comfortable saving to Dropbox now, because I don't want to lose what I'm working on. Yes, I click on Cancel, but I have no guarantee that this will work every time (after all, I'm saving the documents and I'm getting "do you want to delete"). Does it possibly have anything to do with Dropbox telling me it will take 2 days for my files to sync? (BTW, I have the fastest internet I can buy and have checked the "Don't Limit" bandwidth option on my desktop. On my laptops, I have "Limit to" checked and put in a huge number just so I can get a couple kb Word doc to upload in under a day. I've been fighting this poor upload speed for months, and find it very frustrating since I don't have this difficulty with any other service I subscribe to).

I'm going to add my two cents just to bump up this issue again. I think Jerry is exactly right, it has to do with apps that are creating temporary files and sqlite files, etc. I'm using FL Studio (a music production app) and I recently moved one of my folders into my dropbox directory. The app creates temporary files and when it's done it deletes files and renames them all without the user being aware of it. And dropbox is freaking out over this, giving me this same error message. I checked and indeed my files *are* present, so at least I'm not losing them -- SO FAR. But Dropbox needs to work on this -- test with FL Studio, Photoshop, other "big" apps that do this kind of thing -- and find a way to (a) prevent the annoying error message and (b) *NOT* lose any actual files, and (c) *preferably* not upload and track the temporary files. I'm a software dev by day, so I know how this works, and it's not that difficult: Unit test with these apps I mentioned above, and make sure the QA/test team does the same. Please?

Hello! This is a screenshot of the message:I am using Dropbox v88.4.172 on all my devices.Thank you.dimalique

I can't help feeling that none of the Dropbox folks who have addressed this thread truly understand what users are reporting. The file giving the funny message is probably not the file the user is editing. It's probably a temporary file created by and then deleted by a third party app. So it's not a file that the users even see, but it generates the message. But that's not the only scenario. Another scenario seems to be a File>Save kind of operation where Dropbox sees (or thinks it sees) a delete followed immediately by the creation of a new file with the same name. Finally there is a third symptom where third party software is using a database file - NOT A SEQUENTIAL FILE - as a temporary work file. In my case, I have three totally unrelated third party apps, each of which uses an SQLite file in this manner. Dropbox will try to backup the file while it's in use. Even though Dropbox is only reading the file, the fact that Dropbox is reading the file (or maybe the way that Dropbox is reading the file) seems to prevent the third party app from writing the file when it needs to do so, thereby causing the third party app to crash. This is totally unacceptable. At least one Dropbox competitor, namely OneDrive, appears to have solved this problem. All of these problems have in common that they can be solved by pausing Dropbox while the user is working and resuming Dropbox after user completes processing. Users should not have to do that. Rather, Dropbox should take measures to deal with these problems in such a way that Dropbox's operation is transparent to the user instead of creating bogus error messages or crashing third party apps. Dropbox didn't used to do these things. I can only suspect that Dropbox has been "improved" by being made "smarter" and now Dropbox is too clever for its own good. Another "too smart for it's own good" thing is that RM follows file renames when I think it shouldn't. I often rename a file to make a historical, point-in-time backup and then I make a new copy of the file with the original name. This seems to wreak havoc with Dropbox's logic to provide the version history for a file. I probably should copy the file instead of renaming it, but renaming it seems so much more natural and is so much easier.Jerry Bryan

Hey dimalique, thanks for reporting. Sorry to hear you are having trouble. Can you post a screenshot of the error message you described please? I will also need to know what version of Dropbox you have installed on the device giving you the error. Thank you!

Hi! I just want to see if I have this right. When I open an Adobe file from my Dropbox folder on my local machine, make changes, and press save, Dropbox believes I'm dragging that file out of the local Dropbox folder and wants to delete it from all other folders? I'm not changing the folder in which I am saving the document. I'm simply saving the changes I have made to the file itself.dimalique

Dropbox asks if I want to remove a document right after I save it

Fiona
Dropbox Staff
5 years ago
Hey dimalique, thanks for reporting.

Sorry to hear you are having trouble. Can you post a screenshot of the error message you described please?

I will also need to know what version of Dropbox you have installed on the device giving you the error.

Thank you!
- dimalique
  Helpful | Level 6
  5 years ago
  Hello! This is a screenshot of the message:
  I am using Dropbox v88.4.172 on all my devices.
  Thank you.
  dimalique
  - Fiona
    Dropbox Staff
    5 years ago
    I understand what is going on now! :slight_smile:
    
    Thanks for posting this screenshot Dimalique.
    
    So, this message is a security notification that informs you, that dragging a file out of the local Dropbox folder, will sync as a deletion of this file for all of your devices and the Dropbox cloud.
    
    The file will still exist in the location that you will drop it. Outside of Dropbox. Did you try to move this file out of your local Dropbox folder?
    
    Get back to me with any questions or concerns.
dbhvp
Explorer | Level 4
5 years ago
Since 88.4.172 I get continuous file access problems. Is anyone else having the problem?
Detail, I have a build programs in a directory in my dropbox. Previously this has not been a problem.
But since 88.4.172 istalled yesterday, if I click Build before it has finished uploading last changes I get errors from the build system - "The process cannot access the file because it is being used by another process" and from Dropbox - "Remove [filename] from your Dropbox account and all devices? ...". The build one even happes after Dropbox has uploaed changes.
It's very disruptive & annoying, at this stage I have to run with dropbox paused.
- samillustration
  Explorer | Level 4
  5 years ago
  Yes! I'm having the exact same problem here also, has started over last couple of days....
- Fiona
  Dropbox Staff
  5 years ago
  Hello dbhvp. Thanks for reporting.
  
  Merge your topic here, because I believe you are reporting the same issue.
  
  Let me know if the error message in this thread is the error message you are getting and if you specifically get this with a specific file type, or all your files.
  
  You don't get the error if the Dropbox desktop application is not working. Correct?
  
  Thank you!
  - dbhvp
    Explorer | Level 4
    5 years ago
    Yes, looks like the same error.
    the .ilk file mentioned is updated with each build.
    At the same time the build system says
    C:\Users\david\Dropbox\Current\SoDSI\ScanSort\RapidKRLB\MainWindow.cpp:-1: error: C1083: Cannot open compiler generated file: 'C:\Users\david\Dropbox\Current\SoDSI\ScanSort\RapidKRLB\debug\RapidKRLB.ilk: Permission denied
thejerrybryan
Helpful | Level 5
5 years ago
I hope it's ok to join this thread. I'm hoping to provide additional information and not to hijack the thread.
I am encountering the exact same problem, except that it's with Microsoft Visual Studio rather than with Photoshop or Illustrator. I'm developing a C++ program for my own personal use (it's a hobby project). Sometimes but not always I get the same message as the original posted immediately after doing a Build. Doing a Build is C++ talk for doing a compile and link of my code. I assure you that I as a user am NOT doing doing a save nor am I moving a file into or out of a folder that's a sub-folder of a Dropbox folder nor am I deleting a file or renaming a file or anything even remotely like that. I just click the Build button on Visual Studio and wait a few seconds for it to complete. It's obvious that within its own internal operation, Visual Studio is reading and writing lots of files during a Build - perhaps dozens of them. And for all I know, it may be deleting and recreating and renaming files. I don't know. These are internal Visual Studio files that I don't interact with in any sort of direct way. I only interact with the actual C++source code that I'm developing. I would be happy to provide a screen shot, but there is really nothing so see other than the original warning/error message that was already posted by the original posted.

I am coping by Pausing Dropbox during a build. It's not a happy solution. But to tell you to truth, it's getting to the point that I may want to do that anyway, even if if this warning/error message had not occurred. During a Build, Visual Studio seems to update, change, delete, rename, recreate or whatever so many files and so many big files that Dropbox can't keep up. And sometimes the heavy Dropbox sync activity trying to keep up seems to lock a file that Visual Studio is using and cause the Build to fail. Pausing Dropbox and runningn the Build again will always solve the problem. It's like Dropbox is too agressive and needs to wait a couple of minutes after a file is changed before syncing. I'm sure Dropbox thinks its activity can't cause an application to crash because Dropbox is only reading. I can't explain the exact mechanism by which it happens, but I assure you that Dropbox activity does occasionally cause Visual Studio to crash. So far, I have never lost anything because pausing Dropbox and rerunning the Build sets things right. But it's not a comfortable situation.
- Fiona
  Dropbox Staff
  5 years ago
  Your feedback is welcome everywhere in this Community thejerrybryan.
  
  Thank you for this detailed description. You are in the right topic since you are getting the same error.
  
  What version of the Dropbox desktop application do you have installed?
  
  If Dropbox is taking up too much bandwidth when it is syncing, I suggest to limit the bandwidth to work better and faster until we fix this. You can take the steps offered here, but set it to "limited".
  
  Let me know how this goes and please get me a screenshot of the error you are getting. It will help others that might be getting the same error.
  
  We will not let you pause and unpause forever. We will fix this together. :slight_smile:
  
  Looking forward to your next comment to help you more.
  - thejerrybryan
    Helpful | Level 5
    5 years ago
    I'm running Dropbox 88.4.172.
    
    I guess I'm really describing two different problems. One problem is Visual Studio crashing if Dropbox is running during a Build. This is highly intermittent and highly unrepeatable. It's been going on for years, ever since I have been running Dropbox. Ican't remember how many years that has been. The second problem which has only started happening in the last few days are the messages about Dropbox wanting to remove a file from my disk. Unless the exact file name matters, then a screenshot doesn't really matter because the only information that would be in the screenshot would be the message. This second problem is also intermittent, but it happens much more often than the first. I'll try to post a screenshot the next time either one happens.
dimalique
Helpful | Level 6
5 years ago
Hello All. Here's an update: I've reinstalled Creative Cloud and all associated apps, then did a complete Dropbox removal and reinstall. I still receive the error message that Dropbox is going to delete all copies of the file from all folders, though now I only receive that message after the second and further saves (I am not transfering files from one folder to another, simply saving changes to the current file I am working on). I believe, for now, that turning off Dropbox, completing your work, then turning it back on to sync at the end is probably the best solution for now.