We are aware of the issue with the badge emails resending to everyone, we apologise for the inconvenience - learn more here.
Forum Discussion
File A > "save as" > File B > "replace": This should work even if B is a cloud file
Hi!
I normally reassure our users that they can interact with Dropbox files "normally" without worrying too much about what's synced where (local or cloud), since Dropbox takes care of everythi...
Hi Walter,
I'm running Dropbox 145.4.4921 and I have "Your files are up to date."
I don't see my initial attempted edit to File B on the events page. But, in Finder on Mac, the timestamp on File B updated when I tried to overwrite it. It's just that the file stayed in the cloud, and the file size remained "0," so the actual edits were lost.
Later on, in consultation with Dropbox support, I manually local-synced File B, and then again attempted to overwrite it by editing File A in Photoshop and using "save as . . ." That worked, and that appears on the Events page. It just seems like an odd first step to have to take.
Thank you!
Karen
I'm having this same issue mentioned in this thread.
BTW, I tried posting to that thread for some reason my post kept disappearing.
In any event, this appears to be a bug and is not expected, or acceptable, behavior. We're using DropBox Business in a team environment. Multiple people open Photoshop PSD files and then Save As another format (usually TIFF) into an output folder. Often people need to overwrite files that were previously saved from a different computer. This problem is wreaking havoc. When a user overwrites a file that hasn't synced locally, the save seeming completes and the file's timestamp is updated on the local computer. I'm still investigating but I've been told that the updated timestamp is sometimes propagated to other computers as well. The file data however is not updated, even on the local computer. Even worse, if the overwritten file is then force synced, either manually or by double clicking, the timestamp, along with the file content, reverts to the previous version. Any changes are lost forever. This is a data loss situation, something that should be avoided at all costs by any file management system.
This also seems to be isolated to Photoshop. I tried similar actions with Adobe Illustrator and the built-in TextEdit app. In both cases when overwriting a cloud-only file, the file is properly synced locally, overwritten and then synced back to the cloud, all automatically.
Everything I'm referring to here is macOS specific BTW. So far I've tested with macOS 10.15.7, 12.0.1 and PhotoShop 22.5.2 (2021), 23.4.2 (2022), 23.5 (2022) and they all exhibit the same behavior. I know there is a known syncing issue with macOS 12.3+ but that doesn't appear to be related as this happens with older macOS versions.
Nancy
Dropbox Staff
Dropbox StaffHi ppadmin, I’m sorry to hear you’re facing this issue.
Can you let me know what’s the app version of the Dropbox app on the devices you’re having this issue?
I’d like us to investigate this further.
A ticket is open. Ticket #18622008
- Jay
Hi ppadmin, thanks for the ticket ID, we can see that this has been forwarded to a specialist team to look into further.
Jay Unfortunately after 2 weeks I haven't gotten anywhere with tech support. The case was passed off a couple of times to what I thought was higher tier support but I'm still just getting generic troubleshooting suggestions like disable anti-virus, check firewall, etc, etc. This is a specific issue that has nothing to do with any of that. It's easily reproducible but I'm getting the impression that no one on the case has bothered to try at this point. I included a screen capture video in the case notes showing exactly what happens. This really needs to be escalated to a team that can do actual troubleshooting and interface with the development team. Are you able to make that happen?
