Need to see if your shared folder is taking up space on your dropbox 👨💻? Find out how to check here.
Forum Discussion
Dropbox asks if I want to remove a document right after I save it
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 yo...
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
Fiona
Dropbox Staff
Dropbox StaffThanks for clarifying that. I thought you were moving the file out to edit it for some reason.:hear_no_evil:
This is an unexpected behavior that I really want to investigate and help with. Sending you an email right now. If you can record a screenscast for me, I would be grateful.
To create a screencast on Windows please follow the steps below:
1. Open “Problem Steps Recorder” by clicking the Start button and then typing psr.
2. Click Start Record and replicate the steps to show your problem
3. Once you’ve replicated the steps, click Stop Record
4. In the Save As dialog box, type a name for the file, and then click Save (the file is saved with the .zip file name extension)
Thank you for your patience. We'll get to the bottom of this.
OK. Will send this as soon as I can.
dimalique
Hi Fiona,
I'm experiencing the same problem as dimalique. Started about a week ago.
- Fiona
Hello BPET.
Thanks for adding your experience to this discussion. At your service! :slight_smile:
To help you the best way possible I will need the following.
- Please let me know if you are getting this issue with a specific file type or with all filetypes?
- The version of your Dropbox desktop application.
- A screenshot of the error message you see.
Once I have this information, I can create a ticket for you, if this is OK with you.
Thank you!
Hi, it happens with Excel files. version 88.4.172.
[IMAGE LINK IS BROKEN AND CANNOT BE DISPLAYED]
Hi, I'm having the same issue with this error messsage. I only get it while working within Finale and .musx files. Attached is the PSR log showing the message.
I have Dropbox 88.4.172 desktop application
Win 10 Home 1809
~Jamison Forge
- Fiona
Thank you all for reporting.
Please create a ticket with us here and get back to me in this thread with your ticket numbers. I will take over and work on your cases with our team.
Thanks!
Yes, please fix this! It is a huge and potentially damaging (as in 'liability for Dropbox') issue. I had a user here hit yes....fortunaly it was a minor work.
In my case it is a large (.psb) file that is doing it. I think the one that got deleted was too.- Lusil
Hey everyone, thanks for nudging us back on this thread.
You are right, when
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
