Ошибка в сервисе Google привела к зависанию тысяч приложений на устройствах iPhone. Несмотря на то, что проблема затронула устройства Apple, первопричина сбоя крылась в Google Analytics for Firebase — инструменте, используемом разработчиками, а не в операционной системе iOS.
Разработчики обсуждали этот вопрос в GitHub в этот вторник, 29 сентября. Было установлено, что сервис Google отправлял приложениям данные с некорректным форматированием, и при попытке обработать эту информацию при запуске некоторые программы завершались менее чем за секунду.
Один из сотрудников Google прокомментировал ситуацию и заверил, что компания уже внедрила исправление. Он пояснил, что разработчикам не нужно обновлять Firebase или выпускать новые версии своих приложений для решения проблемы.
Google Analytics for Firebase выполняет функцию сбора метрик использования и взаимодействия внутри приложений. Первое сообщение в официальном репозитории подробно описывало внезапный рост объема сбоев. Всего за 18 минут один разработчик задокументировал 56 сбоев с участием 56 пользователей.
Последующее расследование показало, что зависания происходили сразу после того, как SDK получал ответ от серверов Google. Приложение пыталось обработать полученные данные, но обнаруживало недопустимую информацию, что приводило к его закрытию.
Позже Google подтвердил, что причиной был некорректно сформированный пакет данных. По данным Android Authority, тысячи приложений, зависящих от Firebase, пострадали. В некоторых случаях разработчики сообщали о показателях сбоев, превышающих обычные в пять тысяч раз.
О сбое было сообщено около 21:41 (по времени Бразилиа) в понедельник, 28 сентября. Компания сообщила, что завершила распространение исправления к 23:52 того же дня. Поскольку решение было применено на стороне серверов, разработчикам не пришлось публиковать новые версии приложений.
Google предупредил, что данные, хранящиеся в кэше, могут сохраняться и вызывать зависания до четырех часов после применения исправления. Эти остаточные случаи должны были исчезнуть около 3:52 следующего дня, когда старые данные будут заменены.