Dropbox Outage Map

Community Discussion

Tips? Frustrations? Share them here. Useful comments include a description of the problem, city and postal code.

Beware of "support numbers" or "recovery" accounts that might be posted below. Make sure to report and downvote those comments. Avoid posting your personal information.

Dropbox Issues Reports

Latest outage, problems and issue reports in social media:

• 
  StarHaze (@ST4RHaze) reported 1 minute ago

  @neil_xbt Drew Houston started Dropbox because he forgot a USB stick on a bus in 2007. Nineteen years later the fix is still a 15 second demo

• 
  🔆 j i k o ⋆₊ ‧ ˚⊹ 🏜️ (@lisey_ann) reported 5 minutes ago

  @joinautopilot @charliebilello I can see why a bunch of those are sagging (joke? Or maybe I'm not joking): - Snapchat is in decline, less users overall. - Streaming subscriptions are becoming too expensive to keep up w/ inflation - X likely sagging ever since its lead advertisers left - Dropbox: user usage declining? (I use Google drive, Mega) - Alibaba: Chinese knockoffs, not bound to survive long - doordash: getting too expensive, way too many fees whenever I've used it, even WITH the discounts - Roblox: declining corporate - Snap: declining user usage, they constantly advertise Snapchat+ and idk anyone who actually uses that - Facebook: meta's side hussles were failing (notable: metaverse shutdown) - coinbase: app is ALWAYS buggy, slow, Base wallet became infested with scam tokens with no way to report, I personally stopped using it for this reason - pinterest: we just have AI to put together mood boards now, Pinterest not needed - Uber: same fee problem as doordash plus majority of gig drivers in my experience are the same few Indian drivers - uipath: likely not keeping up with the AI agent competition - bumble: women are probably tired of it tbh - lyft: same problems as Uber and doordash I can't answer for some others because I'm not as familiar or just can't think of a reason why they have poorer returns, so I dunno.

• 
  Some guy (@ibesomeguy) reported 5 minutes ago

  @Voxyz_ai Doesn't sound like a Codex problem, sounds like a Dropbox problem. Syncthing doesn't take your files offline, ever.

• 
  Llama (@thellama451) reported 6 minutes ago

  I tracked down these messages in @MaxMillerOH’s Dropbox files. They show the parents getting along with no major conflicts beforehand. If Miller said he was going to kill his ex-wife in front of child (likely), it shows a talent for masking rage and hostility.

• 
  bayleigh | HEARD BABYLON 💙 (@eternalwarnings) reported 9 minutes ago

  sorry it's boofed quality my Dropbox account was not working so I had to ss for the time being

• 
  Kirby (@StewartKirbyTNP) reported 11 minutes ago

  @Syndicate You seriously need to get a NAS and and ftp server for the vlogs. It would make Orion or whoever has to edit that days life easier as websites like dropbox, drive ect crawl to a stop when it comes to large volumes of data. An FTP server goes WHEEEEEEEE

• 
  wigsandtea (@wigsandtea_) reported 13 minutes ago

  Ariana Grande reveals hackers allegedly stole 45 unreleased songs in 2023 alone, including “Fantasize”, “White Tee” and “that b*tch is mine,” in new lawsuit. She also claims they allegedly stole a photographer's Dropbox login details and hacked the phone of one of her producers: “The hackers created a Gmail account and internet domain impersonating the photographer and tricked the technician into sending Grande’s materials to them.” (via @THR)

• 
  Duane Storey (@DuaneStorey) reported 16 minutes ago

  Hey @plasmidsaurus - just tried your new Dropbox in Valencia, Spain. It’s super difficult to find. I also had to get several security people to help me, and ultimately the box was found down some dark corridor behind a locked door that some other person had to be called to open. If the goal was to make this easy to access, it’s pretty far from that. But glad there are more options.

• 
  Juan (@0xfJuan) reported 18 minutes ago

  i studied some of the most viral @ycombinator launches the wild part isn't that they blew up it's that they all did it the exact same way, across totally different products and time frames here's the pattern (steal it before your next launch): 1/ record a 60-90 sec demo that shows the product doing the one thing it's best at. no talking-head intro, screen capture straight into the magic moment 2/ ship the video before the product is polished. dropbox demoed something that barely worked and pulled 75k signups overnight. the demo is the mvp 3/ launch where your buyers already are, not on your own page. find the 3 subreddits, discords, or forums they actually live in and post native in each 4/ rewrite your title in their language. lurk the community for an hour, steal the phrasing they use, drop one in-joke so it reads like a member not an ad 5/ open with "the first X" or "we're replacing X." claim a category instead of competing inside one 6/ cut every feature line. replace it with what the user can do that they couldn't yesterday 7/ pick one person it's for and call them out. "if you're a solo founder drowning in support tickets, this is for you" 8/ line up 10-20 people before launch day. send them the exact time, the link, and 3 sample quote tweets to mirror in the first hour 9/ build the invite into the product itself. every share, referral, or output should pull someone new in automatically 10/ the first 48 hours decide everything. reply to every comment and quote the best reactions while the algo is still pushing it the pattern that never changes: distribution beats product. the best launched company wins, not the best built one. (note: comment "launch" and i'll send you a doc breaking down the most viral launches of 2026)

• 
  Lindsey Gaetani (@lindseygaetani) reported 19 minutes ago

  This piece of information is much more important than many realize. Cosgrove & Kate Peter got very lucky with my "countersuit" against Cosgrove, et al, in that they were able to use that as a convenient excuse to not continue with the wiretap & WI charge against @DoctorTurtleboy involving myself. But the truth of the matter is that Pam 'The Scam' Friedman (my "advocate" aka handler assigned by corrupt Brian Tully) informed me weeks before they had any knowledge of my countersuit that Cosgrove was having some "difficulties". She informed me that they could not locate the wiretap evidence that was shown to the grand jury when I testified. She even asked ME if I had a copy that I could provide to them. Evidence submitted before a grand jury is suppose to be saved and cataloged, so explain to me how exactly it goes "missing." Well, I can help you. See there were two videos. The original video in which I was recorded from a pocket. And the edited video that is spliced to make it appear as though I agreed to being recorded (the infamous "I know, I know" response). Kate Peter claimed that the original video was given to her by a woman who Aidan had sent it to. Big problem with this, the woman "didn't want to be involved", so her name was never mentioned during any police report or part of the grand jury, let alone did she testify to authenticate the videos. Instead, Tully had Kate save the original video to a Dropbox folder and email it directly to him, to make it appear as though it came from her and that this was the original chain of custody. Big no-no. As time went on, Kate's name began to take center stage, along with her shady involvement and criminal behavior. The secrets of her helping Mello were exposed so they had no choice but to see that these charges were squashed as to not contaminate the rest of the charges against Aidan. So what did they do? They had Kate delete the Dropbox file, and the evidence it contained. Kate Peter tampered with evidence in a felony trial. They must have took a big sigh of relief when I sued Cosgrove because it gave them a very easy out and they were able to wipe their hands clean as if none of this ever happened. Except it did. And Kate Peter still inserted herself into the other charges. For this reason alone, Aidan's charges should be dismissed.

• 
  I Have No Pearls And I Must Clutch (@JamesKi26687305) reported 21 minutes ago

  @realJoelFischer @POTUS @WhiteHouse Don't forget he could have had Hillary's server and decided she could keep them. And Anthony ******'s laptop. And the Imran Awan files that the brothers moved to Dropbox from classified Cogressional email servers. He had access to EVERYTHING, and chose to weaponize the FBI.

• 
  PodWire (@PodWireHQ) reported 24 minutes ago

  Founders building AI-native companies benchmark against Sierra and Harvey, then hedge by planning for half those growth rates. Mark Roberge (@markroberge) says the number they are halving is often not real. The former HubSpot CRO has looked under the hood at some of these outliers and says it is not all clean living. Headline ARR leans on contracted-ARR gimmicks. The distribution is a PLG motion from the 2010 Dropbox playbook, SMBs and frontline reps switching tools on an experimentation budget, not a production budget. Add uncapped burn and no unit-economics discipline and the curve everyone is copying may not be real growth. Some gold in there, he says, but a lot of Groupons and WeWorks. The trap is every founder thinking they are the exception. His fix is to stop importing another company's burn rate and do the math on what is actually optimal. Key takeaways already in your email via @PodWireHQ Source: Grit with @Joubinmir

• 
  Abhishek Singh (@0xlelouch_) reported 24 minutes ago

  Interviewer: design Dropbox file sync. I paused and asked what they meant by sync. Whole product? Or just the client protocol? Single user? Team shares? Offline edits? Large files? Mobile on spotty networks? End to end encryption? What’s the SLO for conflict rate and time to converge? Once we scoped it to single-user sync across devices with offline support, I wrote requirements: detect changes, upload deltas, download updates, handle conflicts, resumable transfers, and don’t melt the battery. Non-goals: shared folders and fine-grained permissions. APIs and data model next. I used a file ID stable across renames, plus per-file version and per-device cursor. Client calls: /changes?cursor=..., /upload_session/start, /upload_session/append, /upload_session/commit, /download?file_id&version, /ack?cursor. Server tables: file_metadata(file_id, user_id, path, type, size, content_hash, current_version), file_versions(file_id, version, blob_ref, created_at), device_state(device_id, user_id, last_cursor), and an append-only changelog(user_id, seq, file_id, version, op). Architecture: client has a watcher, a local state DB, and a sync loop. It batches changes, computes chunk hashes, uploads missing chunks, then commits a new version. Server side: metadata service, blob store (chunked, content-addressed), and a per-user change log that devices long-poll or stream. Push notifications help, but the cursor-based pull is the truth. Scaling: shard by user_id for metadata + changelog, store blobs in object storage, cache hot metadata, and keep uploads on pre-signed URLs so the metadata tier doesn’t become the data plane. Chunking makes big files resumable and dedupe-friendly, but it adds CPU and more metadata reads. Tradeoffs I called out: last-writer-wins is simple but loses intent; per-file version vectors are heavier but reduce false conflicts. Chunk size is a fight: 4MB reduces round trips, 1MB retries faster on bad networks. Long-polling is cheaper than WebSockets at scale but slower to react. Failure cases: client crashes mid-upload, so upload sessions must be idempotent and garbage-collected. Network ***** cause retry storms, so exponential backoff + jitter and server-side rate limits. Two devices edit offline, so create conflicted copies and surface it in the client. Silent data corruption, so verify hashes on every download and run background repair. Rename vs edit races, so operations are applied against file_id, not path, and changelog ordering is per user, not global

• 
  Abhishek Singh (@0xlelouch_) reported 25 minutes ago

  System design question. How would you design Dropbox-style file sync with conflict handling? Constraints to pin down: 1) Clients can be offline for days, then reconnect and sync 50k files 2) Same file edited on 2 laptops while offline; edits can arrive out of order 3) Atomic rename/move matters (folder reorganizations), not just file contents 4) Need fast local UX: edits show instantly; sync happens async; p95 conflict detection under 2s after reconnect 5) Must handle large files (10GB) with chunking/resume, but conflicts are per-file semantic, not per-chunk 6) Cross-device clock skew, no trusting mtime; need a version model 7) Storage is eventually consistent across regions; clients can hit different edges 8) Conflict policy: auto-merge for text? duplicate files? keep both? how do you avoid conflict loops? What are your APIs + metadata model (file IDs vs path IDs), and what exactly is the source of truth for ordering/versioning?

• 
  Sol!A3800 (@SolA3800) reported 26 minutes ago

  @Dropbox I have loads of upload problems with Dropbox, scarce access to customer support inside the app, whilst when trying to get customers support from outside the app, the information says get customers support from inside the app. Have paid £19.99 for more than a year with little use benefit of the service, am considering closing the account.