Hacker News new | comments | show | ask | jobs | submit login

Dropbox still refuses to answer why their client takes up a ton of CPU anytime there is IO on the system. It seems like they are monitoring ALL filesystem activity, not just the Dropbox folder. What they are doing with that data I have no idea.

They prompt continuously for access to Accessibility and the "control other applications" permission, no matter how many times you deny it.

As soon as I finish this project (where I need access to Dropbox) I'm uninstalling it.




"Don't attribute to malice what could equally be explained by ignorance" is one of my favorite sayings and though I would hesitate to attribute ignorance to Dropbox I do feel some empathy when it comes to dealing with multi-platform file-system permission settings.

I think it's completely reasonable to suspect at least some of Dropbox to be old code pushed quickly into production and caste almost instantly into legacy-matenence-mode that can not be easily refactored or iterated upon ("move fast and break things har har"). While this is almost inexcusable for an established and well-funded company that does not have a shortage of resources to fix the problem, I find it significantly more likely then some 5-eyes-esque surveillance or data mining strategy as you allude to.


I think the original quote is

  s/ignorance/incompetence


The Jargon quote was “Never attribute to malice that which can be adequately explained by stupidity”. [1]

[1]: http://www.catb.org/jargon/html/H/Hanlons-Razor.html


I uninstalled it a while ago. It was like one of the first things I'd install on a new OS but all these weird ass hacks and stuff irks me. Losing trust of their users is not good for a cloud storage company.




Applications are open for YC Winter 2018

Guidelines | FAQ | Support | API | Security | Lists | Bookmarklet | DMCA | Apply to YC | Contact

Search: