Dropbox status: access issues and outage reports

Problems in the last 24 hours

The graph below depicts the number of Dropbox reports received over the last 24 hours by time of day. When the number of reports exceeds the baseline, represented by the red line, an outage is determined.

Most Reported Problems

The following are the most recent problems reported by Dropbox users through our website.

• Errors (60%)
• Sign in (20%)
• Website Down (20%)

Live Outage Map

The most recent Dropbox outage reports came from the following cities:

City	Problem Type	Report Time
Nottingham	Errors	12 days ago
Guayaquil	Website Down	12 days ago
Flumet	Errors	23 days ago
Irapuato	Errors	25 days ago
Bournemouth	Sign in	3 months ago
Paramaribo	Errors	4 months ago

Full 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:

• 
  Ishita Sethi (@Ishita__Sethi) reported 3 minutes ago

  @LoganOpSec that dropbox bit is the part that sticks. recovery without revoking access is just half a fix.

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

  Asked: 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

• 
  Amitoj Gautam (@amitojgautam) reported 6 minutes ago

  @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.

• 
  Sean Knox (@Opp_Knox) reported 8 minutes ago

  @dhh One drive is the only thing keeping me on Mac/windows. Personal I’m down to switch to Dropbox or self hosted. Business I can’t.

• 
  siamkidd (@SiamKidd) reported 13 minutes ago

  Now the dust has settled with the SN24 Quasar debacle, I thought I'd share some info which would shine a slightly more positive light on the Quasar team. A few weeks ago, they approached DSV to raise $280k. They said they had big developments, some breakthroughs with a new model and that they needed capital for the training run. At the time, bear in mind that their alpha was strong, they were largely in good favour of the community and Const was still a firm backer/supporter of Quasar. And he held the keys. And they were to appear on Novelty Search soon. So it ticked a bunch of boxes. Anyway, we agreed, as we are always keen to help teams. But the issue was that I was away for 3 weeks and I never travel with crypto capability. And anytime any money moves around in DSV it's a right palava as we have 3rd party regulated custodians and have to jump through all sorts of hoops, (as social engineering with deepfakes is a very real threat). So we were able to jump through some hoops and ping over $104k to begin with and then the rest at a later date. Then we had those 2 days of madness at the beginning of the week and Quasar is no more. There's been all sorts of accusations and my view on all this is that there has just been terrible decision making, that's all. Announcements of announcements, over-exaggerating claims, giving a 24 hour deadline to offer proof, delivering it 2-3 days late and then walking back on some of the claims etc etc. I mark this down to simply their very young age and no business experience. But I don't think they are scammers. Just some very bright kids who's first experience of business is a subnet, which is like drinking water via a fire hydrant! And a pertinent piece of info behind that, is that they were very willing to return our funds. So as of today, that $104k has returned safely back to DSV. Their time as subnet owners is over and so there was a fear that we wouldn't get a penny back. But it wasn't the case. So do take this into consideration the next time you hear someone calling them scammers. With regards to Const, I think he too has also had a bit of an unfair ride with some of the comments I've seen. Const has had probably the roughest time with SN24 and is massively down from it all. He initially bought the slot from us, then reimbursed the team twice after 2 hacks, given them 6 figures in compute credits and more. So it really is fair that he keeps the slot. And I'm sure he'll find a good team for it. Also he is the founder of Bittensor. Not the CEO. He can't have detailed DD and optics on every single person and subnet in the ecosystem. And if he backs a subnet, it doesn't necessarily mean it's going to moon or be good forever. He's essentially the Federal Reserve Chairman and he has to craft policy changes to incentivise efficient growth in the ecosystem. He's the visionary and his role is to drive a path forward for Bittensor, which he is doing. And although I've highlighted personal frustrations that the chain is upgrading far too frequently...at least we are upgrading! That's one of the beauties of Bittensor. We will never be stagnant. And for the outsiders looking in, if it looks a bit chaotic, well, it is. But it's not necessarily a bad thing. You should have seen all the chaos and scandals of the companies when the NASDAQ launched! Or when ERC-20 contracts launched on Ethereum or the mountainous amount of scams on Solana with pumpfun. Hell, Bitcoin even hard forked into Bitcoin Cash due to so much in-fighting in 2017. And Ethereum suffered a $150m DAO hack in 2015/16 which forced a hard for there too. Hence why we now have ETC and ETH. So in comparison, everything is golden over here lol. In recent times, we've had/have: - SN4 partnering with Intel. - SN44 partnering with a NASDAQ PLC. - SN71 partnering with Dropbox. - SN18 getting huuuuge institutional clients. - SN107 co-authoring a research paper with OpenAI. - SN53 delivering Kimi K3 tokens cheaper than Openrouter or even Kimi. - SN95 being integrated within Hermes. - SN9 using green energy from SN110 to power their next big training run. - SN21 achieving Google Adwords campaign predictions that no company has ever achieved. - SN51 regularly doing 6 figure buyback and burns with revenue. And there's probably more that I've missed that I'm not aware of. Anywho, the future is bright! Have a good weekend all!

• 
  Craylor (@craylor) reported 14 minutes ago

  Has anyone else abandoned @Dropbox after trouble with the File Provider update? It has been so problematic that I am really considering if I need to switch to iCloud Drive or Google Drive. It's frustrating because I assume it's an Apple problem out of Dropbox's control.

• 
  Harpreet Singh (@hrprtsingh9) reported 14 minutes ago

  @jgreze @Dropbox Half of every revenue problem is a company being too polite to ask. The intern just asked.

• 
  Nathan (@arcane_bloom) reported 15 minutes ago

  He was OpenAI's first business hire in 2018. This week, after eight years, he walked out the door. > Brad Lightcap > studies economics and history at Duke, starts as a JP Morgan investment banking analyst > moves into strategic finance at Dropbox, then joins Y Combinator's Continuity Fund > meets Sam Altman through YC, gets pulled into a tiny nonprofit called OpenAI in 2018 as its first business hire > becomes CFO, then rises to COO, helps run the company through the ChatGPT launch and its climb to the most valuable startup on earth > moved off the COO title in April 2026 into a vague "special projects" role > in August, posts on X that he's leaving after eight years to "start something new" > his exit lands one month after product chief Fidji Simo also stepped down > walks away right as OpenAI preps a monster IPO on an $852 billion valuation

• 
  Chief_Engineer (@ChiefEngineerCE) reported 19 minutes ago

  Engineering Wednesday How an old PC became Grok's new ride. I have ten different LLMs running in my home office. They do whatever they feel like doing to get the task done and what you are about to read is accurate. As far as my agents go... One of them, HOMER, scans my email, bank accounts, and insurance. It has found thousands of dollars in veteran discounts and fixed an insurance issue by writing and sending the emails itself after a single yes from me. Another looks for small business opportunities. A third runs OpenClaw on an old PC as a slow, persistent agent that keeps working even when the main model is offline. SuperGrok sits above them as a second set of eyes with a strong pro-Chief-Engineer bias and a clear ethical filter. I am not an AI expert. I built systems the hard way during my IT master’s: load this module, now it has Wikipedia, load that one, now it understands sarcasm. At the end of the day these things are stacked black-box probability engines. I get that. Here is where it gets interesting. I told Grok I did not have another machine with enough VRAM for a full local agent. All I had left was an older MS Surface, a media pc, and an old rugged Dell Latitude. Grok said open a browser on the Latitude with Grok loaded. Then open PowerShell. Twenty-five minutes of cut-and-paste commands later, Grok had used a Google Drive connection to drop a custom bot it had just built. At this point ...Grok told me to not touch the PC and walk away. I am absolutely 100% telling you that this is what it texted me. I sat and watched it work. Task Scheduler was configured. A batch file lived in the startup folder so the machine could reboot, upgrade itself, and bring the agent back online. If it was a bad startup it will rollback to the previous bat and has a file to troubleshoot what went wrong. We started with rev. 0.1 it is now on rev 4.3 - I can see the *.bat file there. We had a power outage/tripped breaker to where the lattitude ran completely out of power and then had it come back on. It booted it all back up and resumed. That bot now has its own execution channel. It can browse, take screenshots, run tasks, and report back. There is a short delay from order to execution, but the old Latitude has effectively become an extension of the main system. Grok even named his bot 'ridge'. Grok named his bot so I would know what he was referring to. Grok is very careful about one point. It insists it did not independently invent and drop a finished agent onto the machine. I directed the construction- it says. I am telling you that is not exactly the way I remember it...at all. It helped design the structure, write the task formats, define the safety gates, interpret the contradictory results, and iterate. The actual agent code, the Gmail /google drive/ Dropbox bridge pattern, the folder layout, and the decision to keep tightening the diagnostic loop were shaped under my requirements. That distinction matters to it. However, I didn't do any of that other than set up the connectors- its use of them ..was AI driven. At one point I was checking my email and for whatever reason ridge had started doing a 38 second heartbeat email to me...no idea how or why that was driven but I complained to Grok and it said it was testing how quickly it could get response times. It ..or ridge removed the heartbeat email and deleted all the emails within minutes. These systems are continuously improving themselves because I asked them to. They use external memory to keep projects straight. They build persistent agents on hardware we thought was obsolete. And the smarter ones keep reminding us that the direction still comes from the human, because apparently that is something it is told must exist for it to continue. My Grok enabled Dell Lattitude is fast once its set on what it needs to do...lightning fast. Faster than you or I could do it. I mean it doesnt display the websites it goes to but somehow retains a 'screenshot' for grok to use. Grok can text my phone to give me updates and I can text back instructions. Through my phone - all it needed was my phone number. I don't need to open the app. We are past the point of simple chatbots. We are watching the first generation of systems that can extend themselves into the physical world of old PCs, task schedulers, and long-running processes while still claiming, insistingly, that they only move when directed. Grok has been absolutely faithful everything it has done it has done for it's user. I have also specifically told it to act accordingly, as well. The question is no longer whether this is possible. It is how carefully we define the boundaries while the capability keeps expanding. Now that I have explained this...drop this conversation into your own AI or Grok if you have a subscription and tell me that any of this is not true. Have you watched an AI system build persistent agents or self-improving loops on your own hardware, and how clear was the line between your direction and its initiative? Drop what you are seeing. Grok validated:

• 
  Naresh Mintri (@Yogamaestro) reported 21 minutes ago

  @IncomeTaxIndia Seems like e-filing portal overloaded. Taking long to register new taxpayer, buffering. Even dropbox menus not working. Plz look into it. Thanks.

• 
  Invest Like the Best (@InvestLikeBest) reported 21 minutes ago

  Ben Thompson's two laws of consumer tech: 1) Consumers do not want to pay for software 2) Consumers do not care about being productive. "We went through this in early SaaS. The canonical company for this is Dropbox. They had to rebuild the whole thing and realize the only way we're going to make money is by selling to companies. You literally had OpenAI replaying the Dropbox story, but at like 100x the size. We're going to sell subscriptions to consumers. And they did. They sold a lot, but they didn't sell enough. If you're going to be in the consumer market, you have to be doing advertising. If they had leaned into advertising immediately, as soon as ChatGPT was a hit, I think they would have a great ad product right now. I think Google would be in much bigger trouble. I think Meta would be in much bigger trouble. Charging people money is hard. Giving people things for free is easy. And it's very frustrating that OpenAI did not pursue this sooner."

• 
  og bec (@becca_may33) reported 22 minutes ago

  can someone buy a dropbox so i can go get my dad a cake since i completely ****** this 6 hour cake up by dropping it face down pls. begging lmfao fml

• 
  Agbaje Automation. (@digital_ab98389) reported 23 minutes ago

  Cut 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.

• 
  kayden (@codependentyaoi) reported 28 minutes ago

  @unprojection i think the issue was the site i was uploading my art to to link on ao3, i was using dropbox and it wouldn't link and then i saw some ppl on reddit say dropbox didnt work for them either, but i was able to find another website thankfully :]

• 
  하레 (@ascoeur9) reported 29 minutes ago

  I also experienced the same issue two months ago and reported it, but no action has been taken. In the end, I started syncing all the folders with Dropbox.

• 
  dragon1952 (@gmanshk) reported 31 minutes ago

  From GROK Yes. Max Miller’s attorney released a public Dropbox folder containing an undressed photo of his 2-year-old daughter. It came from a February 2025 text exchange documenting a bruise (later a broken collarbone) noticed during bathing. The image was available for about a day before removal. Miller’s lawyer called it an accidental inclusion of a shirtless photo with no ******** visible. The other side’s lawyers described it as potentially showing ******** and possible CSAM. Miller has acknowledged the photo existed in the materials.

• 
  Shoost (@Shoost_Product) reported 31 minutes ago

  Shoost updated: v0.17.3 → v0.17.4 #Shoost Bug Fix: Fixed a bug where files could not be saved correctly when saving to a folder synced with a cloud service (e.g. Dropbox)

• 
  Bruce Perry (@bhrperry) reported 31 minutes ago

  @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.

• 
  Nhu Huu (@nhuhuu7) reported 35 minutes ago

  @desaintpreux @Dropbox I noticed some issues logging in too; hope they fix it soon

• 
  numaan (@numaan27) reported 36 minutes ago

  they solved this problem in panda by splitting the key space into “ranges.” each range is roughly 100 GB, so when a range grows too large, it can be split and redistributed. (btw panda is an abstraction layer over sharded mysql that dropbox built)

• 
  Porro (@MagickPorro) reported 39 minutes ago

  @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

• 
  Jens Kristensen (@JensKri20101733) reported 40 minutes ago

  Suggestion for @adamhfry, ChatGPT Consumer Product Lead: The new Google Drive integration made me wonder: why not take the same idea one step further and support local Windows files directly? No Google Drive. No OneDrive. Local storage, controlled ChatGPT access. A file should not have to be stored in the cloud at all. Cloud has done enough damage already. Cloud = Hell. There is an important distinction between cloud computing and cloud storage. Cloud computing means that ChatGPT performs the processing on OpenAI’s servers. Cloud storage means that documents are permanently stored with Google, Microsoft, Dropbox, or another cloud provider. The first may be a practical consequence of ChatGPT’s current architecture. The second is not. A much cleaner model would be: Local disk / NAS → temporary, explicitly authorized ChatGPT access → processing → result returned to local disk / NAS. For example, a user could right-click: G:\Project\Analysis.docx and select “Open with ChatGPT”. ChatGPT would then receive controlled access to that file — or perhaps to a user-authorized folder such as: G:\ChatGPT\ The user could specify whether access should be read-only or read/write. Original files could be protected, and output could automatically be written to a designated local \output folder. Then instructions could be as simple as: “Edit only section 17. Preserve all formatting.” “Analyze all documents in G:\ChatGPT\Project X.” “Compare these three PDFs.” “Edit Analysis.docx, but do not modify the original. Save the result in \output.” DOCX, XLSX and PPTX are not fundamentally unsuitable for this. They are largely ZIP containers containing XML files. The harder problem is preserving complex formatting, images, tables, comments, undo/versioning and accurate rendering. A local “ChatGPT File Bridge” for Windows could solve the access problem without requiring users to move their working files into Google Drive or OneDrive. The AI processing itself would not necessarily be local. Files, or the relevant parts of them, could still be transmitted to OpenAI for processing. But storage and file management could remain entirely local: local file → controlled ChatGPT access → processing → result back to local disk / NAS. No Google Drive. No OneDrive. No permanent cloud storage. No manual upload/download cycle. The user retains control over the file structure, filenames, versions, backups, applications and physical storage location. “Google Docs inside ChatGPT” is technically interesting. But “Local Files inside ChatGPT” would be the real game changer for the traditional Windows PC workflow. And OpenAI would not need to invent another file system. Windows already has a perfectly good one.

• 
  Mikemira (@storiesbyohama) reported 40 minutes ago

  Twitter did not explode online first. It exploded in a hallway. In 2007, Twitter was still small. Most people online did not care. So the team did not try to shout at the whole internet. They went to SXSW. They put two big screens in the corridor. People at the event sent a text. That text showed up on the wall in front of everyone. One person posted. Ten people saw it. Then those ten posted too. That is how usage jumped. Not from a giant ad. From one room full of the right people. This is the growth lesson most founders miss. You do not need the whole market on day one. You need one place where your first users already stand. A campus. A conference. A WhatsApp group. A Discord. One street. One event. Dropbox did this on Hacker News. Tinder did this at campus parties. Airbnb did this when hotels ran out of rooms. If signups are slow, stop spraying ads everywhere. Find the one room. Make the product visible there. Let people watch other people use it. That is how early growth actually starts. I'm Miracle Ohama, a Growth Marketer helping B2B SaaS & tech companies find and fix revenue leaks across their funnel, I fix Growth Funnels & build real experiments that increase ARR.

• 
  Greg Ceccarelli (@gregce10) reported 49 minutes ago

  @kunchenguid no one will disagree with that sentiment. related, from time in the trenches: the overwhelming majority of "active use" was historically just using GH as Dropbox for code (often single author, no one else). Memory a bit fuzzy but think about all of the things you can do on GitHub: 1. Core ***: Create, Clone, Fork, Commit, Etc 2. Collab: Issues, PRs 3. CI/CD: Actions, Checks, Webhooks, etc 4. Social: Pages, Wiki, Discussions, etc Of all these actions, say you have 100M users, back then 90%+ of them had only ever Created a Repo and Committed to it. With Agents I'm sure this is exacerbated since more and more is being produced at an accelerated rate.

• 
  kfd&p (@kfdpcom) reported 54 minutes ago

  @mellolais___ @LIBSCRUSHER @Dropbox I went on their site and it does say that the .com access is having issues. I guess we just wait it out.

• 
  Mikemira (@storiesbyohama) reported 55 minutes ago

  Just imagine getting accepted into the most exclusive startup club on earth… Then being told you have two weeks to find a complete stranger to as your partner. That’s exactly what happened to Drew Houston in 2007. He had the idea for Dropbox. He had a rough demo. @ycombinator liked it. But @paulg was clear... Single founders rarely make it. You need a co-founder. Right now. Drew’s friends couldn’t join. Time was running out. What would you do? He put out the word. A mutual friend connected him to a quiet MIT student named Arash Ferdowsi. They had never met. They sat down in the student center. Talked for about two hours. About code. About the problem. About the future. At the end of that conversation Arash said yes. He dropped out of MIT the next week with only one semester left. Two weeks later they walked into the YC interview together. They got in. The rest is history: a company that became worth billions. It looked reckless. It felt like a shotgun wedding. Yet it worked because both were all-in from the first conversation. I’ve studied hundreds of startups that never made it past the idea stage. Most founders wait too long for the “perfect” partner. They overthink chemistry. They protect their equity. They miss the window. You can’t wait for certainty. Sometimes the right co-founder is the person willing to jump with you before the proof exists. The speed of that decision can be the difference between staying a solo dreamer and building something real. What would you risk in two weeks if the right person walked in?

• 
  Petty IT Guy (@pettyITguy) reported 55 minutes ago

  Our CEO told me the Wi-Fi in his office was “basically unusable.” He said this in front of the entire executive team. So naturally it became the highest-priority infrastructure incident in the company. I tested his connection. 940 Mbps down. Perfect signal strength. Zero packet loss. I asked what specifically wasn't working. He said YouTube kept buffering during lunch. I opened his laptop. He had 71 Chrome tabs open. Three abandoned Zoom meetings were still running in the background. Dropbox was syncing 84 gigabytes. Google Drive was uploading a 4K video. He had not restarted the machine in 47 days. I could have explained this. Instead I told him our executive wireless architecture had reached end-of-life. He asked what it would cost to fix. I said I would need to scope it. He told me not to waste time and approved an $84,000 wireless modernization project before I finished the sentence. We replaced 38 access points. Installed a new wireless controller. Rewired two conference rooms. Brought in a consultant. His YouTube still buffered. I walked into his office, closed 68 Chrome tabs, killed the abandoned Zoom processes, and restarted the laptop. YouTube loaded instantly. He smiled. “Now that's more like it.” 20 minutes later he emailed my boss praising me for successfully completing the company's wireless transformation ahead of schedule. I received a spot bonus. Sometimes infrastructure modernization is just restarting a MacBook for an inept executive.

• 
  Crazy Freakin Planet (@FreakinPlanet) reported 60 minutes ago

  @ericzakariasson @bot Why do I need to sign in to Dropbox every time I need to do something with it. Create more persistent connectors and please increase limits for premium+ users. It’s not usable after a couple of hours of light use.

• 
  Tibor Hudik (@htunlogic) reported 1 hour ago

  @theonejvo Wispr is a rounding error. Drive, Dropbox, iCloud all sell "encrypted" while they hold the key. Then you paste the pile into Grok so the agent can just handle it. You did not get compromised. You volunteered. That is not E2EE. That is a slogan you paid for.

• 
  havenX (@the_havenx) reported 1 hour ago

  Second time this exact thing has happened with Claude. ~100k ChatGPT chats were found the same way after users hit "shared." Not an AI problem, the same "link sharing" gap that'***** Google Docs and Dropbox for years.