Google выпустила Android 17 QPR1 Beta 4 для смартфонов и планшетов Pixel, и это не тот апдейт, который продают со сцены, а тот, который потом спасает нервы тестировщикам и мобильным командам. В Android 17 QPR1 компания закрыла восемь заметных багов, включая просадку 3D-производительности, проблемы с Wireless ADB и сбои при записи видео с 5-кратным зумом. Для русскоязычной IT-аудитории сигнал простой: бета-ветка Android 17 быстро доходит до стадии, где ее уже можно трогать руками в QA, если вы делаете приложения под Pixel и не любите сюрпризы в релизный день.
Обновление вышло 10 июня, спустя примерно месяц после крупного анонса на I/O 2026, и, как пишет 9to5Google, распространяется для устройств Pixel в рамках программы Android Beta. В основе сборки лежит майский патч безопасности 2026 года. Для части парка Google использует номер сборки CP31.260522.006, а для Pixel 6a, Pixel 7 и Pixel 7 Pro — CP31.260522.006.A1. Разница не драматическая, но для инженеров поддержки и тех, кто ведет внутренние матрицы совместимости, такие хвосты в номерах значат вполне практичную вещь: сравнивать нужно не только версию платформы, но и точную сборку.
Что именно починили
Список исправлений в этот раз выглядит не как косметика ради галочки, а как набор реальных сбоев, которые легко поймать в повседневном использовании или на тестовом стенде. Google исправила проблему, из-за которой курсор мыши становился невидимым на внешних дисплеях, если был активен рабочий профиль или приложение с флагом FLAG_SECURE. Для обычного пользователя это редкий сценарий, а вот для корпоративной среды с MDM, контейнерами и защищенными приложениями — вполне рабочий кейс. Если компания использует Pixel в качестве управляемых устройств, такой баг легко превращается из «мелочи» в тикет на полдня с участием админа, безопасника и сотрудника, который просто хотел вывести картинку на монитор.
Вторая важная правка касается сбоя приложения «Настройки» при открытии параметров credential provider из Private Space. Эта деталь звучит узко, но сама связка Private Space и поставщиков учетных данных показывает, куда Google постепенно давит экосистему: больше изоляции, больше сценариев с отдельными защищенными зонами, больше зависимости от корректной работы инфраструктуры входа. Если такие элементы падают уже на этапе настройки, доверие к функции проседает быстрее, чем успевают выйти маркетинговые карточки.
Отдельно Google устранила странность со звуком скриншотов: раньше он был привязан к громкости звонка, из-за чего нельзя было тихо делать снимки экрана, не рискуя заодно приглушить важные вызовы. Это маленькая правка, но из тех, что заметны сразу. Еще один фикс относится к жесту Back Tap на интерактивном экране блокировки: он не срабатывал там, где должен был. Для продукта это мелкая заноза в UX, а для команды Android — типичный пример того, как второстепенная на бумаге функция внезапно начинает раздражать сильнее, чем крупный баг, просто потому что пользователь сталкивается с ней каждый день.
Есть и вещи посерьезнее. Google починила проблему с записью видео на 5-кратном увеличении: при панорамировании появлялись рывки и скачки кадров. Для линейки Pixel, которая много лет продается в том числе через камеру, такие дефекты болезненны даже в бете. Еще важнее исправление регрессии графического драйвера, из-за которой приложения на OpenGL ES теряли производительность на новом железе. Это уже история не про комфорт пользователя, а про вполне измеримые риски для разработчиков игр, 3D-интерфейсов и приложений с собственным рендерингом. Если вы тестировали сборки на свежих Pixel и видели необъяснимые просадки FPS, есть шанс, что проблема была не в вашем коде, а в платформе.
Почему это важно разработчикам и командам продукта
Для мобильных разработчиков в списке исправлений особенно выделяется баг с Wireless ADB и приложениями, завязанными на локальную сеть. Google говорит о регрессии, из-за которой беспроводная отладка и такие приложения не могли подключаться. Это уже не эстетика и не тонкая настройка интерфейса, а прямой удар по девелоперскому процессу. Wireless ADB давно стал нормальным инструментом в повседневной работе: меньше кабелей, быстрее переключение между сценариями, проще тестирование на реальных устройствах. Когда он ломается, команда почти мгновенно откатывается в менее удобный режим, а заодно начинает подозревать собственную инфраструктуру, роутер, стенд, сборку приложения и все остальное по списку.
Сам набор исправлений хорошо показывает и более широкий контекст Android 17 QPR1. После большой презентации на I/O Google перешла в привычную фазу: не столько добавлять новые громкие функции, сколько вычищать конфликты между безопасностью, корпоративными сценариями, мультимедиа, графикой и инструментами разработчика. И это, пожалуй, более полезный этап для отрасли, чем очередной красивый набор слайдов. По таким апдейтам лучше всего видно, где платформа реально трется о повседневную практику: внешний дисплей в офисе, закрытое приложение в рабочем профиле, приватное пространство, запись видео, беспроводная отладка, OpenGL ES на новом устройстве.
Поддерживаемый список устройств у Beta 4 тоже говорит о масштабе. Google выпустила системные образы для Pixel 6, 6 Pro, 6a, 7, 7 Pro, 7a, Pixel Tablet, Pixel Fold, Pixel 8, 8 Pro, 8a, Pixel 9, 9 Pro, 9 Pro XL, 9 Pro Fold, 9a, Pixel 10, 10 Pro, 10 Pro XL, 10 Pro Fold и 10a, а также для Android Emulator. Получить сборку можно и по OTA через Android Beta Program. Для команд, которые тестируют приложения на нескольких поколениях устройств, это хороший повод обновить матрицу и перепроверить места, где раньше приходилось ставить оговорку «известная проблема беты». Особенно если речь идет о сетевых сценариях, графике, видео и функциях, пересекающихся с корпоративной безопасностью.
Пока это все еще бета, а не финальный релиз, так что относиться к сборке как к эталону production-среды было бы слишком смело. Но Android 17 QPR1 Beta 4 уже выглядит как апдейт, который интересен не только энтузиастам с запасным Pixel, но и инженерным командам, следящим за тем, когда новую ветку Android можно тестировать без лишней драмы. Если Google продолжит в том же темпе, главный вопрос теперь не в том, сколько еще багов найдут пользователи, а в том, насколько быстро платформа доведет эту ветку до состояния, где разработчики перестанут закладывать в планы отдельное время на борьбу именно с ОС, а не со своим кодом. Проверить детали сборки можно в публикации .