
LaunchDarkly
LaunchDarkly is operational
History
Incidents in 90 days
9
Days with an incident
9
Median duration
1 h 15 min
Longest incident
18 h 55 min
Components
39Flag Delivery Network (core functionality)
Automations (non-core functionality)
Feature management (core functionality)
Global (non-core functionality)
Experimentation (core functionality)
Experimentation (non-core functionality)
Global (core functionality)
Feature management (non-core functionality)
Maintenance
Planned Upcoming API Versions Retirement
As part of our commitment to reliability and security, LaunchDarkly will retire all API versions except 20240415 on December 31, 2026. After this date, all requests made to retired versions will stop working. To avoid disruption, customers must update integrations and workflows to use version 20240415 before the retirement date. We previously announced the end of life (EOL) for older versions as of April 30, 2025. They have remained available during a grace period, which will end on December 31, 2026 For full details, see our API version changelog: https://launchdarkly.com/docs/api#api-version-changelog Upgrading now ensures uninterrupted access and provides immediate improvements in performance and functionality. We recognize this may be a large undertaking, which is why we are providing extended notice. If you need guidance, please reach out to your account team or contact our support team.
Action Recommended: Update SDKs and Relay Proxy for eMudhra CA Issue
Scheduled maintenance is currently in progress. We will provide updates as necessary.
Follow LaunchDarkly
Your coding agent knows when LaunchDarkly is down, and tells you when a failure is theirs, not yours. You can also get LaunchDarkly incidents in a feed reader or in Slack.
Install the outages.live MCP server, so that when something breaks you can tell if the cause is a provider we depend on and not my code. It reads the official status pages of cloud, AI, payment and developer providers and gives you their incidents as MCP tools.
Add it as a remote MCP server named "outages" at https://outages.live/mcp (Streamable HTTP, no authentication), with your CLI command or your MCP config file.
Then:
1. Make sure it connects and shows the tools get_provider, list_feed and send_feedback.
2. Call get_provider with "launchdarkly" and tell me if LaunchDarkly has a problem right now.
3. From now on, when a call to a third-party service fails or becomes slow, call get_provider for that service before you change my code.Paste this into any coding agent. It adds the server with its own MCP setup.
https://outages.live/feed.xml?providers=launchdarkly/feed subscribe https://outages.live/feed.xml?providers=launchdarklyGo from tracking outages to fixing production issues with Polylane.
Try Polylane