Skip to main content
Box

[Medium] Issue with Multiple Box Services

Partial outage Lasted 54m · started · Box's page

Level
confirmed
Worst impact
Partial outage
Components
Workflows and Automations, Box Extract, Box Automate, Files Page
Down Index
28of 100

What to do

  • Check whether you use Box Workflows and Automations, Box Extract, Box Automate, Files Page. Check your stack

    Paste a package.json, lockfile, Terraform or a list of domains at down.guide/stack to see every provider you depend on.
  • Confirm your retries, queues and scheduled jobs caught up after the 54m it lasted.

    Anything that failed between 2026-06-17 19:34 UTC and 2026-06-17 20:28 UTC may need a replay.
  • Subscribe to Box's feed to hear about the next one first. RSS feed

    https://down.guide/feed?provider=box works in Slack (/feed subscribe), Discord feed bots and any RSS reader.

Updates from Box 4

  1. investigating

    Our team is investigating an issue with Box Webapp. Users may experience intermittent failures when loading the "All files" page and subfolders. We will provide additional information as it becomes available.

    provider

  2. monitoring

    Our team has taken steps to remediate this issue and is seeing improvement for Box Webapp service. We are continuing to monitor for any additional impact.

    provider

  3. resolved

    After further monitoring, this incident is now considered resolved. Box Webapp services have been restored to full functionality. Please contact Box Support at https://support.box.com/ if you continue to experience any issues.

    provider

  4. postmortem

    We recently addressed issues affecting the Box API, All Files, and Box AI. We would like to take the opportunity to further explain what happened and the steps we have taken to prevent reoccurrence. Between 12:06 PM PDT and 12:39 PM PDT on June 17, 2026, some users may have experienced difficulties while working in Box. During this time, some customers were unable to access content, browse folders, or complete uploads and other file operations, and error rates for affected features were elevated. **What Happened** The issue occurred after a recent rollout of a new traffic-routing change for the All Files experience reached full traffic volume. This routing change directed file-browsing requests through a newer service path that, under full production load, generated a significantly higher volume of calls to an underlying data-access component than had been observed during earlier, partial rollouts. The increased call volume saturated a capacity-limited thread pool within our file service. Once that threshold was crossed, automated health checks detected the degraded state and began restarting affected service instances — which, combined with retry traffic from dependent services, amplified the load and caused a cascading degradation affecting the API, All Files browsing, and Box AI. **How We Restored Service** We restored service by: * Disabling the recent traffic-routing rollout, returning file-browsing requests to the prior service path * Increasing the capacity of the affected file service to absorb the load * Reverting a separate, unrelated deployment as a precautionary measure Monitoring confirmed that availability and error rates returned to normal by 12:39 PM PDT, approximately 33 minutes after impact began. **Analysis** This incident highlighted opportunities to evaluate how a new traffic-routing change is validated at production scale and how dependent components behave when exposed to that traffic pattern for the first time. Specifically, the new routing path generated a more resource-intensive class of data queries than the partial rollout had revealed, and the affected service lacked sufficient capacity headroom to absorb the full traffic volume. It also showed the value of rapid rollback capability and coordinated monitoring across feature rollouts and service capacity limits. **Corrective Actions** Box has initiated the following corrective actions: * **Increase and harden service capacity and autoscaling:** We have increased the capacity of the affected file service and are improving autoscaling thresholds so the service can respond dynamically to traffic spikes. * **Improve pre-rollout validation:** We are strengthening load testing and validation of traffic-routing changes under realistic, production-like conditions before full deployment. * **Tighten rollout safeguards and monitoring:** We are improving rollout gates, alerting, and automated rollback capabilities to enable faster detection and response when changes cause elevated error rates. * **Decouple health probes from capacity saturation:** We are updating how service health checks interact with capacity limits to avoid crash-loop scenarios that can amplify failures during high-load events. We are continuously working to improve Box and want to make sure we are delivering the best product and user experience we can. We hope this provides clarity on what occurred and the steps we are taking. We would be happy to answer any questions you may still have regarding this matter. Sincerely, The Box Team

    provider

Reports count in aggregate; nothing about you is shown.

Corrections

None so far.

Something wrong on this page? Report an error or send us a note. Every fix is listed here.

Questions about DWN-c6c1307ccc

Is Box still down?

No, this incident was resolved 2026-06-17 20:28 UTC. For Box's live state, see https://down.guide/box.

How long did it last?

54m, from 2026-06-17 19:34 UTC to 2026-06-17 20:28 UTC, by the times Box posted.

What was affected?

Box named Workflows and Automations, Box Extract, Box Automate, Files Page.

What caused it?

Box hasn't published a root cause. If it does, it shows here.

Where does this come from?

Box's official status page, https://status.box.com, quoted verbatim. down.guide's own probes, reports and social counts are labeled as ours.