Dropbox Watchdog

Search issues

Search the Dropbox Watchdog archive

All issues

End of long-lived tokens: integrations break unless they adopt refresh tokens

September 2021

HighStatus: ResolvedProduct: Dropbox APIYear: 2021

On 30 September 2021 Dropbox stopped issuing the never-expiring access tokens many integrations relied on, switching to short-lived tokens plus refresh tokens — backups, scripts, and self-hosted tools that hard-coded a static token broke unless rewritten.

What happened

Historically a Dropbox developer could generate a single long-lived access token that never expired and paste it into a script, a backup tool, or a self-hosted application. That model ended: on 30 September 2021 Dropbox retired the creation of long-lived access tokens, so every newly generated token is short-lived and expires after a few hours.

The replacement requires apps to request 'offline' access during OAuth, receive a long-lived refresh token, and use it to mint fresh short-lived access tokens as needed. This is more secure, but it is also more work, and it broke a common simple pattern. Numerous open-source projects and integrations — backup utilities, media servers, Flysystem adapters, and others — filed issues and shipped fixes because their long-lived-token setup could no longer be reproduced for new users. Dropbox said it did not plan to immediately disable already-issued long-lived tokens, but no new ones could be created, so any tool whose setup instructions told users to generate a token was effectively broken for new installs.

Impact

For automation, backup, and self-hosted use cases, this was the most disruptive of Dropbox's auth changes, because those tools were precisely the ones that had leaned on a static token and the least likely to have a full OAuth redirect flow. It generated a long tail of broken hobbyist and small-business setups and, like the scoped-apps change it accompanied, deepened the impression that the Dropbox platform demanded ongoing maintenance to keep working.

Dropbox's Response / Official Position

Dropbox documented the change in its OAuth Guide and developer-blog posts ('Using OAuth 2.0 with offline access'), explaining short-lived tokens, PKCE, and refresh tokens, and confirmed in community channels that creation of new long-lived tokens had been retired as of 30 September 2021 while existing tokens were not immediately disabled.

Sources

Related guides

Spot an error, or have a source to add?
Report an error / suggest update

Related issues

2 sources
Medium

2026 root-certificate change forces SDK upgrades or apps lose API access

Because some official Dropbox SDKs pinned root certificates, Dropbox's switch to a new certificate root starting 1 January 2026 means apps on the Java, .NET, or Python SDK must upgrade to specific minimum versions or lose access to the API.

Current / Ongoing Issues (2024–2026)Developer, API & Platform
Read documentation

Dash connects to Google Workspace, Microsoft 365, Slack, Notion and more, and routes queries through large language models — leaving users to trust Dropbox's contractual assurances that connected and indexed data is not used to train third-party AI models.

Privacy & Encryption ConcernsCurrent / Ongoing Issues (2024–2026)Developer, API & Platform
Read documentation

A tracked vulnerability in the Dropbox desktop application for Windows could strip the 'Mark of the Web' flag from synced files, weakening a key warning that protects users from running downloaded, untrusted content.

Security Incidents & Data BreachesDeveloper, API & Platform
Read documentation

The HelloSign API was rebranded to the Dropbox Sign API in 2022, and after the 2024 Dropbox Sign breach the company rotated API keys and OAuth tokens — meaning developers who had embedded e-signature functionality had to update credentials and re-establish connections, not just rename a product.

Current / Ongoing Issues (2024–2026)Developer, API & Platform
Read documentation