I think this points out how arbitrary software versioning is. If you ask me, Dropbox is way past a "1.0" release. In honesty, this sounds more like a "Snow Leopard" than a "Cheetah". (meaning that it is under the hood performance tweaks, not features that most people will understand or appreciate).
Isn't this the first non-beta build to have selective sync? Beyond selective sync, the last big upgrade I remember was in the .7 version (iirc) that added LAN sync. I think for most users, the key features have been in the earliest builds. It's great to see a focus on speed and stability over adding new shiny toys.
I think this points out how arbitrary software versioning is.
I knew of one company that released their products as v3.0 solely for marketing reasons. I wouldn't stoop to that level, but I have realized that by adding new features as minor version releases, I've lost money that I could have made by rolling them into a #.0 release and charging upgrade fees.
Well, hopefully they fixed the infinitely growing cache under 0.7. I have had to shut down Dropbox once a month to clear out the cache (which supposedly would autoclean but never did).
Having to lose 60GB to cache for a 5GB dropbox folder is pretty insane.
Older versions of Dropbox had to re-sync the entire file if a TrueCrypt volume changed. The newer version can sync only the changes... at least, my 500 MB volume now syncs very quickly.
I'd love to see multiple dropboxes, but this would allow people to just host multiple accounts to gain as much space as needed so I can see why they don't do it.
(Unless they made it a paid only feature I suppose)
I'm always happy to hear about software getting faster and smaller rather than more bloated and buggy (I had to install Adobe Reader 9.x on my girlfriend's dell Vitsa laptop and I swear it took longer to install than a clean windows installation). Kudos to the Dropbox team!
They say "Download 1.0.10 for Linux" on the Homepage, and all you get are way outdated packages.
If you don't have 1.0.10 for Linux ready for public consumption, don't advertise it. If it is ready for public consumption, don't hide the download in a forum posting.
I have a dual boot machine Ubuntu/Windows.
Dropbox installed on both OSes.
The problem "My Dropbox" folder is duplicated for each OS and takes twice as much disk space.
Meaning you have Dropbox setup on both operating systems and you don't like that the contents of the folder appear twice on your hard drive (on the linux partition and on the Windows one)?
This is pretty much how Dropbox is intended to use so it might be hard to avoid. You can look into selective sync to choose which files get shared to which computers.
I have always been wondering why Dropbox needs to have so many threads going on in OS X. Does anyone have an explanation, and does it actually stress the system in any way?
(they just bumped the thread count from 16 to 18 for me in 1.0)
Does it matter if those threads are waiting on various IO objects? Some are likely waiting for file system notifications (e.g., you modified something in your dropbox folder on your mac); others network notifications (modifications on other linked machines). Idle threads maybe consume at worse 1MB of address space (for their stack).
Still no way to set read/write permissions on a user-by-user basis? Makes it difficult to manage my less tech-saavy sales reps when they are always editing and moving files around.
One thing I'd hope Dropbox does well is not get stuck with syncing when a program is running. I had my evernote database file in dropbox folder but it wouldn't syc if evernote is on. It wouldn't sync if I keep my pwsafe on. I now wonder how is it going to handle if I selectively sync Firefox bookmarks. I have to shut down these programs in order for dropbox to sync, which makes no sense.
It might be the fault of those programs. Depending on how they have the file locked, it may be impossible to Dropbox to read it (not to mention potentially dangerous -- how'd you like your Evernote DB to be sync'd mid-way through a save?)
[+] [-] jaxn|15 years ago|reply
[+] [-] andrewjshults|15 years ago|reply
[+] [-] icandoitbetter|15 years ago|reply
[+] [-] nhebb|15 years ago|reply
I knew of one company that released their products as v3.0 solely for marketing reasons. I wouldn't stoop to that level, but I have realized that by adding new features as minor version releases, I've lost money that I could have made by rolling them into a #.0 release and charging upgrade fees.
[+] [-] newman314|15 years ago|reply
Having to lose 60GB to cache for a 5GB dropbox folder is pretty insane.
[+] [-] mike-cardwell|15 years ago|reply
[+] [-] ajdecon|15 years ago|reply
[+] [-] eli|15 years ago|reply
[+] [-] bmelton|15 years ago|reply
[+] [-] jolan|15 years ago|reply
[+] [-] there|15 years ago|reply
[+] [-] davidu|15 years ago|reply
For most people it already works great, why rock the boat?
For others, let them control the updates... These are our files, after all!
[+] [-] nreece|15 years ago|reply
[+] [-] muppetman|15 years ago|reply
I guess auto-updated was introduced in the betas?
As for my linux ones, don't know. I can't figure out how to get the version string from them.
[+] [-] chadaustin|15 years ago|reply
[+] [-] limmeau|15 years ago|reply
[+] [-] rmorrison|15 years ago|reply
[+] [-] SimonPStevens|15 years ago|reply
(Unless they made it a paid only feature I suppose)
[+] [-] RK|15 years ago|reply
[+] [-] Femur|15 years ago|reply
[+] [-] AdamGibbins|15 years ago|reply
[+] [-] silas|15 years ago|reply
2. rm -fr ~/.dropbox-dist
3. Start Dropbox
[+] [-] MikeCapone|15 years ago|reply
[+] [-] marklabedz|15 years ago|reply
[+] [-] aristidb|15 years ago|reply
If you don't have 1.0.10 for Linux ready for public consumption, don't advertise it. If it is ready for public consumption, don't hide the download in a forum posting.
[+] [-] leif|15 years ago|reply
[+] [-] nivertech|15 years ago|reply
How can this be solved?
[+] [-] brown9-2|15 years ago|reply
This is pretty much how Dropbox is intended to use so it might be hard to avoid. You can look into selective sync to choose which files get shared to which computers.
[+] [-] hinting|15 years ago|reply
[+] [-] stoney|15 years ago|reply
http://www.jungledisk.com/
[+] [-] ivankirigin|15 years ago|reply
[+] [-] AdamGibbins|15 years ago|reply
Not that I object to them providing bigger - I certain see no harm for them to do so.
[+] [-] MrJagil|15 years ago|reply
(they just bumped the thread count from 16 to 18 for me in 1.0)
[+] [-] jonburs|15 years ago|reply
[+] [-] jkaufman|15 years ago|reply
[+] [-] lelele|15 years ago|reply
[+] [-] netcan|15 years ago|reply
[+] [-] u48998|15 years ago|reply
[+] [-] eli|15 years ago|reply