Images on Authed Sites are not rendering
Resolved, we restored the storage access policy affecting images on authenticated documentation sites. Images are loading normally, and the service has remained stable following the fix. If you continue to run into any issues please reach out to [support@mintlify.com](mailto:support@mintlify.com "support@mintlify.com").
The latest update from Mintlify.
State
Resolved
Started
Lasted
29 min
Worst impact
Degraded
Timeline
3 updatesInvestigating
12 min 40%
Monitoring
17 min 60%
Updates
Times in UTCAs posted by Mintlify
Resolved, we restored the storage access policy affecting images on authenticated documentation sites. Images are loading normally, and the service has remained stable following the fix. If you continue to run into any issues please reach out to [support@mintlify.com](mailto:support@mintlify.com "support@mintlify.com").
We have identified the source of the issue and reverted the incorrect configuration. Assets should be loading as expected now, and our team will continue monitoring to ensure recovery.
We are currently experiencing an issue with images not being rendered on authed sites. We are actively investigating a root cause
Mintlify in the last 90 days
Full historyIncidents in 90 days
14
Days with an incident
14
Median duration
37 min
This incident
22% shorter than the median
Other Mintlify incidents
All incidentsMintlify·Delayed deployments from GitHub
GitHub has resolved the webhook delivery issue, and deployments from GitHub are back to normal. Delayed pushes should now be deployed. If a recent change still isn't on your docs, trigger a manual update from the dashboard or push a new commit.
Mintlify·Elevated search latency on documentation sites
Search latency has returned to normal levels across documentation sites. We’re continuing to look into the cause and will keep monitoring to make sure performance stays stable.
Mintlify·Delayed Github webhook processing
Deployments triggered by GitHub pushes are back to normal, and all delayed updates have now been processed. We're sorry for the delay, and we're putting safeguards in place to stop this from happening again. If you are still experiencing any issues please contact [support@mintlify.com](mailto:support@mintlify.com "support@mintlify.com").
Mintlify·Search and other services impacted
Services were impacted and slowed from 10:42-10:49 PST, and we have fully recovered
Mintlify·Mintlify CLI installation failures
We’ve deployed a fix, and users should now be able to install and update the Mintlify CLI normally. We’re monitoring recovery. If you continue to run into issues please contact [support@mintlify.com](mailto:support@mintlify.com "support@mintlify.com").
Follow Mintlify
Your coding agent knows when Mintlify is down, and tells you when a failure is theirs, not yours. You can also get Mintlify 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.cc/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 "mintlify" and tell me if Mintlify 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.cc/feed.xml?providers=mintlify/feed subscribe https://outages.cc/feed.xml?providers=mintlifyFAQ
Go from tracking outages to fixing production issues with Polylane.
Try Polylane