Need to see if your shared folder is taking up space on your dropbox 👨💻? Find out how to check here.
Forum Discussion
Solved
Time Left in Sync has been removed from the desktop app
The dropbox menu bar app has stopped showing the time left in the current sync in the bottom of the window. It shows a seemingly irrelevant progress bar but even hovering over that does not tell me t...
In the desktop app, when syncing files, it now only says "syncing", and does not give an estimated time remaining. This is a BIG issue if the feature is no longer available, as I need to know how long files will take to upload/download so I can inform my clients.
If I don't know how long it's going to take (which, to be honest, should be a STANDARD feature for any file storage application that allows you to upload/download), then I can't use Dropbox as a reliable app to share files with clients.
Eagerly awaiting your response.
David
+1 on this. I can't believe they would have removed such an obviously needed feature...even if it was only approximate. It made planning my schedule arouond dropbox upload times a lot more predictable.
There does seem to be a little blue bar that *might* be showing the upload progress of the file, but that's utterly worthless to me.
I see. That frankly sucks. Apparently, they're fine with giving me an approximate time to complete a crappy web survey (see image), but not on my uploads. Got it.
I would put in a support ticket for Feature Request. The more they get, the more voices heard.Wow. I find it a bit rich that a previously implemented feature (that we all pay a service subscription for) is removed without warning, and then added back as a "request".
Would be great to get a response from Dropbox as to WHY it was removed in the first place, when it was a feature the majority of paying customers relied upon? How can we give clients delivery time estimates without any actual time estimates?
Ridiculous. Right now our team is working on a tight schedule with a very close deadline – we are syncing files back and forth via the Finder integration, dozens of files get changed all the time, quite big ones (ranging from a few MBs to GBs). Without this estimate, it is extremely frustrating not to know how much each of us need to wait until all the assets become up to date, all previously made calculations about remaining times are worthless. The "solution" of this thread is blood-boiling politely speaking, the responsible people should acknowledge this (their) mistake, and bring back this feature immediately. A letter of apology would be welcome as well.
Are they planning to put this feature to higher tiers only (I'm on the Plus plan right now)?!
Please put it back ASAP!
I would be okay with some kind of explanation. All I've seen is that the imperious "they" have removed the feature. All this makes the Community do is HATE whoever removed the feature since it appears arbitrary and capricious.
If "they" feel it was not reliable, or whatever, at least they could share with the minions who BY THE WAY PAY THE FREIGHT FOR THIS APPLICATION some explanation for their decision.
For me, I can get a link to the file (in my case usually a video file that lasts 1-2.5 hours and is in 4K and several (up to maybe 15) gigabytes as soon as it has copied to the Dropbox folder (in Windows 10 which I use). I can send my client an email and used to be able to say "It should be available in about X hours". No more.
The current information is useless. The current transmission speed means nothing. It can change, etc.
More useful would be the approximate time to upload (obviously we can't hold Dropbox to an exact schedule here since conditions, including on my own computer and/or Internet connection, can change) and/or the amount received in a form 3.65GB/12.3GB (amount sent over total amount expected). The current format (right now sending an 11GB file out at 922KB/sec) tells me NOTHING that's useful.
SO...IF "they" insist on following this path of removing useful information, it should behoove "them" to explain why and what our alternatives are.
Thanks for listening and, hopefully, responding.
Jay from the Bronx, NY
Obviously the Project Manager and their team made this decsion. This is what happens with late stage companies. They need to figure out things to do so they can justify their yearly RSU grants, and CIP bonuses.
What needs to be done is the team needs to lose their PM, and they need to reinstate the feature, and then they need to sit down with SLT and maybe even ELT and and do a debrief and figure out how they can compensate their staff on metrics not associated with 'product enhacments' and then they need to rewrite their employee handbook and redo their core values and make sure humilty is #1Harbor...what I am missing from your answer is anything that indicates a priority for enhancing the user experience.
I beg engineering or management to communicate back with us here and say more than the feature was removed. It should be either "oops...sorry! We didn't know it was that important to so many people" or "Here's the reason we found it necessary (or advisable) to remove this feature".
Jay
Why is this marked as solved? It certainly is NOT solved.
- Rich
Super User II
pepe1967 wrote:
Why is this marked as solved? It certainly is NOT solved.
Actually, it is.
A post being marked as solved doesn't necessarily mean that the issue has been resolved. It simply means the original post has received a valid response that addresses the issue. In this case, that response is that the Time Left feature has been removed from the application.
