Delete, edit, and organize
Solve issues with deleting, editing, and organizing files and folders in your Dropbox account with support from the Dropbox Community.
Is anyone else having issues with Badge, randomly showing "<user> last edited this file 420 years ago".
it seems to affect both mac and windows users and appears to be random- in that we can't link it to a prticular folder/file or user.
Dropbox said they were investigating but have not come back with any explanation.
That is COMPLETE AND TOTAL BS!!
and yes, I meant to yell at you;-)
In our shop we are running 3 dif versions of Windows & 3 of macOS.
Dropbox App fully updated on all machines and we still get "edited 421 years ago" on some files.
it's the same wrong edit date on a few files across ALL users and all computers.
One of the main reasons we use dropbox is because of the file version mgmt and the badge showing who and when a user edited a file.
That functionality is critical to our business ........all day long, every day.
If y'all cannot resolve this (clearly dropbox) error then I will have to seek another vendor's solution.
Which, I don't want to do as I like dropbox ............except for this unresolved bug
Dropbox has ignored this issue for more than a year, has offered useless advice and refused to investigate the issue properly.
We still have the issue, and the syncing issue might be part of the cause- but how about Dropbox actually checks and provides a fix.
It isn't just excel files either. I can't see how the sync issue is responsible as when you open a file on your desktop- it downloads a copy so must therefore be synced with the server.
There's a lot I like about dropbox but if the 420 years bug remains unfixable you wonder if they have really tried.
hey @dropboxsupport any chance of some interest in this issue???
If anyone is curious about 1601, it's because computers store the file modification time as the number of intervals that have elapsed since the "epoch", aka Time Zero, and on Windows, the epoch is January 1st 1601 (Why is the Win32 epoch January 1, 1601? - The Old New Thing (microsoft.com))
Hence if the stored file time defaults to zero, it'll come out as 1/1/1601, i.e. 421 years ago.
We see this pretty often at work but it's more a cause of mirth than inconvenience, it always sorts itself out after a short while.
It sorts itself out because once its downloaded and reopened, it will show correctly. I stated this in a previous post. But I agree with the sentiment of others that they should be able to fix this when the file is double-clicked, downloaded, and opened at the same time.
Hey guys, I hope you're doing well!
Have you tried reaching out to our Support, in regards to that issue? If not, can you give it a go, using this form? Once you do, make sure to give me your ticket number, so I can locate it on our system.
On the other hand, if you're facing any issues when trying to create a ticket, just let me know and I'll open it on my end for you.
Thanks a bunch!
THESE ARE RESPONSES FROM DROPBOX SUPPORT REGARDING THE ISSUE.
Violet, May 5, 2021, 1:37 AM PDT:
Thank you for your patience!
I've been advised by our engineering team that a fix for this will be implemented on 25th May.
Maddison, Aug 25, 2021, 5:52 PM PDT:
The team has advised me that a resolution for this issue may come at a later date, however, the team doesn't have an exact ETA at this stage.
If you have any questions, please let me know.
So, we are well over a year now, still waiting for resolution, along with countless other PAID SUBSCRIBERS.
This solution works for me. Indeed it seems to be a conflict between Unix/OSX/Windows date management.
So as soon as I put the file on local access it solved the problem and shows 37min rather than 421 years ago.
Thanks to joebeals
For more info on available support options for your Dropbox plan, see this article.
If you found the answer to your question in this Community thread, please 'like' the post to say thanks and to let us know it was useful!