PlayFab incident

Delay in Ban Updates

Major Resolved View vendor source →

PlayFab experienced a major incident on January 28, 2026 affecting Authentication, lasting 5h 30m. The incident has been resolved; the full update timeline is below.

Started
Jan 28, 2026, 10:35 PM UTC
Resolved
Jan 29, 2026, 04:06 AM UTC
Duration
5h 30m
Detected by Pingoru
Jan 28, 2026, 10:35 PM UTC

Affected components

Authentication

Update timeline

  1. investigating Jan 28, 2026, 10:35 PM UTC

    We are currently investigating an issue with Ban updates causing a delay in our processing and updates to Bans that have changed in the last few day across some titles. This is currently impacting and causing inconsistencies: - Across the following APIs: Admin/UpdateBans, Admin/RevokeBans, Admin/RevokeAllBansForUser, Server/UpdateBans, Server/RevokeBans, Server/RevokeAllBansForUser - Modifying bans via the player bans management page in the developer portal

  2. resolved Jan 29, 2026, 04:06 AM UTC

    A fix was deployed, the delays have caught up and bans should be current now.

  3. postmortem Feb 17, 2026, 10:59 PM UTC

    On January 28, 2026, between approximately 1:35 PM and 8:10 PM PDT, some customers experienced delays related to ban processing. During this time, our global indexing pipeline for ban-related data fell behind after encountering invalid customer data that caused batch processing failures. We mitigated the issue by deploying a hotfix to skip invalid affected records, allowing the indexing pipeline to catch up and normal processing to resume. ### Impact During the incident window \(about 6 hours and 34 minutes\), ban-related indexing was delayed. As a result, scenarios that rely on timely ban updates may have taken longer than expected to take effect. We did not observe data loss; the primary impact was delayed processing. Any bans enacted during the impact period were eventually applied. ### Root Cause Analysis A customer-created record contained an invalid value that was interpreted incorrectly during decoding \(in this case, an invalid date string\). Because our validation did not sufficiently enforce expected formats for certain fields, the bad data made it into the ban-related data set and caused repeated batch failures in the indexing pipeline. Those failures prevented the pipeline from making forward progress until the problematic records were bypassed. ### Action Items To reduce the likelihood and impact of similar issues, we completed the following actions: * Deployed a hotfix to safely skip invalid records so indexing can continue even when encountering bad data. * Improved error logging in the indexing processor to speed up diagnosis if similar processing failures occur.