Dropbox Outage Map
The map below depicts the most recent cities worldwide where Dropbox users have reported problems and outages. If you are having an issue with Dropbox, make sure to submit a report below
The heatmap above shows where the most recent user-submitted and social media reports are geographically clustered. The density of these reports is depicted by the color scale as shown below.
Dropbox users affected:
Dropbox is a file hosting service operated by American company Dropbox, Inc., headquartered in San Francisco, California, that offers cloud storage, file synchronization, personal cloud, and client software.
Most Affected Locations
Outage reports and issues in the past 15 days originated from:
| Location | Reports |
|---|---|
| Nottingham, England | 1 |
| Guayaquil, Guayas | 1 |
| Flumet, Auvergne-Rhône-Alpes | 1 |
| Irapuato, GUA | 1 |
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:
-
Bruce Perry (@bhrperry) reported@Levi_Borovychok Thumb drives can be cheap, but the cheap ones are often slow. It's worth thinking about where cloud storage is done. I believe Dropbox will let you store your files in the EU.
-
Luke Elin (@LukeElin) reported👤Shadow Adoption The pattern: Staff route around the sanctioned tool, and the organisation finds out afterwards. I watched this with unauthorised modems. Then with USB drives. Then with Dropbox. Then with entire SaaS platforms procured on a personal credit card and expensed as “software.” Now it is AI the same movie, new cast, better production values. The reason is always identical and always reasonable: the sanctioned tool is slower than the job requires. Shadow adoption is not an indiscipline problem. 👊 It is a feedback signal about the official tooling, arriving through the wrong channel. The tell: Compare the usage figures for your officially sanctioned tool against what your helpdesk volume implies people are actually doing. The gap is your shadow estate. FR FR
-
Eric Taylor (@bcs_erictaylor) reportedReally?? Dropbox really needs a MCP server? CVE-2026-81102 The Dash MCP server bound its listener to the loopback address but never checked the host a request named. src/mcp_server_dash.py constructed the server for its network mode with the interface restricted to loopback and no transport-security settings, so a name that had been pointed at the loopback address still reached the listener while carrying the attacker's host name. A page in a visitor's browser could therefore drive the local server and invoke its company-search and file-detail tools under the Dropbox credential the server holds. Only the network mode was reachable this way; the standard input mode was not. The fix supplies transport-security settings that enable host checking and allow only the loopback name and port, rejecting other hosts before a tool runs. The repository publishes no versions, so the affected boundary is the commit preceding the fix.
-
Tom Alder (@tomaldertweets) reportedIn 2009, Dropbox founder Drew Houston took a meeting at Apple HQ thinking it was about a partnership. Steve Jobs opened with an offer to buy his company. Houston, still in his 20s, turned down 9 figures on the spot. Jobs pushed back with a warning: "You're a feature, not a product." If they wouldn't sell, Apple would build a direct competitor themselves. They wouldn't sell. Apple shipped iCloud. A phenomenally successful product, but it didn't kill Dropbox. Dropbox had quietly built the best customer acquisition loop in software history: → Give a friend an invite, you both get free storage. When Apple made the acquisition offer, Dropbox had around 2 million users. By January 2010, 4 million users. By April 2010, users were sending 2.8 million invites a month. 1 every single second. Dropbox's growth curve went ballistic after the Apple discussion: → 50m users by 2011 → 100m users by 2012 → 500m users by 2016 In 2017 they became the fastest software company in history to reach $1 billion ARR. Today: 700m+ registered users and $2.5b a year in revenue - sitting a fraction behind 850 million+ iCloud users. - 🎁 P.S. I turned Dropbox's referral playbook into a free guide - comment "Dropbox" and I'll send it to you.
-
Lowkea (@lowkea713) reportedDropbox if you could please fix your self I have an uncomfortable amount of music in your app and now I can’t log in
-
Agbaje Automation. (@digital_ab98389) reportedCut manual data entry time by 80% with one n8n workflow: trigger on new CSV in Dropbox, parse, map to Google Sheets, flag errors, alert Slack, log runs. Automate, reduce errors, save hours. DM me for demo.
-
Amitoj Gautam (@amitojgautam) reported@airtelindia @Airtel_Presence I’m facing what appears to be a serious IPv6 routing/throughput issue on my Airtel broadband. My 300 Mbps connection gives ~300 Mbps download AND upload on Speedtest. However, with IPv6 enabled, Dropbox uploads collapse to around 10–15 KB/s, and services such as Gmail and some websites also become extremely slow/unresponsive. After disabling IPv6 on the Ethernet adapter, Dropbox immediately jumped to ~39 MB/s and the affected websites started loading normally within seconds. This has been reproduced consistently, so it does not appear to be a general bandwidth or Dropbox issue. Please escalate this to the network/IPv6 team and check IPv6 routing, packet loss, MTU/PMTUD and provisioning on my connection.
-
Brandon (@BJohnsonxAR) reported@DropboxSupport I’m having issues logging in. When I try to login it’s making me sign up when I already have a paid account. This is happening on both the app and my browser. @Dropbox
-
timelock (@hashtimelock) reported@BitPaine @Dropbox they got me. i noticed the "New Login from new location" email immediately and logged out of all the sessions. dont keep anything sensitive on there, thankfully
-
Synapse Brief (@Synapse_Brief) reported@gdb Scraping 7 consecutive years of tax forms and equity statements across Dropbox and Shareworks requires orchestrating dozens of DOM interactions without dropping session state. Standard visual tool-calling loops degrade quickly once context windows swell from repeated full-page DOM trees and screenshot tokens across nested subfolders. The underlying issue with multi-year document extraction is not simple folder traversal, but error recovery when dynamic OAuth tokens expire mid-sweep. Navigating nested web UI trees for 2016 through 2025 records usually hits rate limits or modal overlays that cause visual grounding agents to hallucinate click coordinates. Production reliability on complex immigration workflows will require hybrid execution models that compile raw browser actions into structured API calls or deterministic scripts after initial path discovery. Until agents decouple stateful file fetching from reactive visual vision loops, edge-case recovery will remain the bottleneck for zero-touch filings.
-
Porro (@MagickPorro) reported@unknownhomer @hasen_95dx You see how we have gone from comparing omarchy to dropbox to saying it is just a cool rice? I have no problem with people chosing omarchy because it looks cool, i just don't want people to treat it as if it is an actually innovating software in any meaningful way
-
Abhishek Singh (@0xlelouch_) reportedAsked: design Dropbox-style file sync. 1) Clarify requirements - Devices: desktop + mobile, multiple per user - Semantics: eventual consistency, conflict handling, offline edits, rename/move - Scale targets: #files/user, max file size, p95 sync latency, bandwidth caps - Security: per-user auth, sharing model, at-rest + in-transit encryption 2) Core APIs + data model - UploadChunk(sessionId, part#, bytes), CommitUpload(sessionId, fileHash, path, mtime) - ListChanges(cursor) -> {ops}, Ack(cursor) - Download(path, version) with range support Tables: - File(id, ownerId, logicalPath, currentVersion, deleted) - Version(fileId, versionId, contentHash, size, createdAt) - Block(contentHash, refCount, location) - DeviceCursor(deviceId, lastSeq) - OpLog(seq, userId, type, path, fromPath, versionId) 3) Architecture - Client watcher computes hashes, does chunked upload to object store (S3/GCS) - Metadata service is the source of truth for paths, versions, ACLs - Change log per user (or per share) drives fanout to devices - Long-poll/WebSocket to push invalidations; client pulls deltas via cursor - Dedup by contentHash; store blocks, assemble manifests per version 4) Scaling - Partition metadata by userId; keep OpLog append-only with monotonically increasing seq - Cache hot metadata (folder listings, latest versions) in Redis - Use CDN for downloads; throttle uploads per device; resumable sessions - Background GC for unreferenced blocks using refCount + tombstones 5) Tradeoffs interviewers look for - Push vs pull: push invalidation, pull data is simpler and cheaper than pushing bytes - Strong vs eventual: strong per-file commit, eventual across devices is fine - Rename as metadata op; avoid copying data, but watch for path conflicts - Dedup saves storage, costs CPU and can leak info unless scoped per user/tenant 6) Failure cases - Offline edit + concurrent edit: create conflicted copy or keep both versions with merge UI - Out-of-order ops: apply by seq, idempotent commits, retry-safe APIs - Partial upload: orphaned chunks; TTL cleanup; commit is the only visibility point - Device clock skew: never trust mtime for ordering; server seq is ordering - Network *****: exponential backoff, cursor-based replay, checksums on download to detect corruption
-
Dito (@morpiggg) reported@1password i miss the old dropbox with list of accounts to login instead of moving my mouse to to the top center of the page. how do i revert?
-
RobeAndLizardHat (@EquippedGiraffe) reported@dreamsofcode_io the other day i was looking into a performance problem and it turned out dropbox was causing 20% cpu io wait and it wasn't even syncing files or anything. I know they don't care, it's planet fitness tech so that kind of thing is invisible to the kind of users they want.
-
Genius Business (@GeniusBusiness_) reportedHow Dropbox Spaces was conceived Spaces didn't start as a product idea. It started as a problem Drew Houston says he and his customers were all living. "[Spaces] is part of a bigger evolution we've been on that really started with our customers and realizing that the experience of using technology at work has become incredibly fragmented and distracting." The more he looked at it, the more he saw a cruel irony: the tools built to help us were the ones breaking our concentration. "A lot of the tools we're using that you think would be helping us focus have unintentionally made it impossible to focus. And that's a problem if you need to use your brain at work, because your brain works best when you can focus." That, he decided, was the real enemy. Not a missing feature, but lost focus. He called it "the higher level problem." He could see where it came from. Work simply doesn't look the way it used to: "It's very different from 20 years ago when we got five emails a day, not 500." Twenty years ago you might have just used Office. Now you're in Office and G Suite and Slack and Zoom and Dropbox all at once. 100 tabs, everything blinking at you all day, apps that don't work together. So the framing question became: how do you fix the environment itself? "How do we evolve Dropbox into the app that makes all your other apps work better together?" The breakthrough was a shift in how Houston understood what Dropbox already was. Watching customers, he realized they didn't treat it as a place for their stuff, or as just a folder on the desktop. "It's the place you're going to work." Once he saw it that way, the design conclusions changed: "When we thought about it that way, we realized we would have made a bunch of different decisions, and realized that Dropbox is actually really well positioned to help people focus at work." Two conclusions followed. First, Spaces had to move beyond files. Teams collaborate on far more than documents: Google Docs, Airtable, Figma, Trello and there had never been one place to hold all of it. So Spaces became “an evolution of the shared folder” that “moves it beyond being a folder full of files to an intelligent team workspace for any kind of cloud content.” "You can still have your PowerPoints and PDFs, but they can be next to your Google Docs and Trello boards and whatever else you have. Give you one space, not 10." Second, and this is where the concept sharpened. Spaces had to become a workspace, not a filing cabinet. Houston traced the problem back four decades. The thing we call "the desktop" is, functionally, the operating system: "The interface is the operating system." And it had been frozen in time: "That user experience hasn't really changed... it basically looks the same as the early 80s when it was first introduced on the original Mac." It was designed for a world that no longer exists: "It's this single player static experience that was perfect for when our whole life fit on a couple of floppy discs." So the team ran a thought experiment, start from scratch, for now: "If you were to redesign this for 2019, you'd make a bunch of obvious changes." You'd still want the files and cloud content. But you'd add the things the 80s interface never had: people, activity, comments, a record of what's been happening. You'd organize around the projects you're actually working on. You'd see your calendar, get Slacked, and start a Zoom meeting all without leaving the app. That thought experiment became Spaces.