В iOS 26.5.2 обнаружился баг скриншотов iPhone, который ломает привычный сценарий «обрезал и сразу отправил». Пользователь видит в предпросмотре аккуратно кадрированное изображение, а в «Фото» и в пересылке может уехать полный снимок экрана со всеми деталями, которые как раз пытались скрыть. Для русскоязычной IT-аудитории это не мелкий UI-сбой, а вполне прикладной privacy-риск: адреса, номера, сообщения, уведомления и рабочие данные внезапно перестают быть скрытыми.
О проблеме 9 июля 2026 года сообщила ZDNet в материале старшего редактора Elyse Betters Picaro. По ее описанию, сбой проявлялся так: после создания скриншота на iPhone изображение обрезалось прямо в окне предпросмотра, пользователь нажимал «Готово», но сохранялся исходный, полный кадр. Автор заметила это уже после отправки скриншота знакомому, когда открыла медиатеку и увидела не обрезанную версию с информацией, которую специально убирала. Сбой, по ее словам, повторялся каждый раз и ломал самый быстрый мобильный workflow: сделал снимок, вырезал нужный фрагмент, тут же отправил.
Нюанс здесь в том, что формально обходной путь есть: можно открыть полный скриншот в приложении «Фото», зайти в редактирование и обрезать его уже там. Тогда изменения сохраняются корректно. Но это ровно тот случай, когда «технически работает» не значит «пригодно к жизни». Для многих скриншоты давно стали рабочим интерфейсом: продуктовые команды скидывают баги в чат, рекрутеры пересылают фрагменты переписок без личных контактов, разработчики быстро делятся стек-трейсами, кусками UI и настройками. Если баг скриншотов iPhone тихо подменяет обрезанную картинку полным изображением, пользователь получает не просто лишний тап, а риск утечки в один клик.
Почему это уже не про удобство, а про приватность
Автор ZDNet отдельно подчеркивает, что в ее случае речь шла не об эстетике и не о желании «сделать картинку почище». Скриншоты обычно режут, чтобы убрать персональные или контекстные данные: адрес, номер телефона, превью сообщения, лишнюю вкладку браузера, Slack-уведомление, фрагмент внутреннего интерфейса. Когда система визуально показывает, что кадрирование прошло успешно, а потом сохраняет исходник, у пользователя возникает ложное чувство контроля. В корпоративной среде это особенно неприятно: один такой промах может засветить имя клиента, внутренний URL, тестовые данные, код подтверждения или часть приватной переписки. Не уровень крупного инцидента ИБ, конечно, но для daily operations вполне достаточно, чтобы потом долго объяснять, почему «там случайно осталось».
Дополнительный дискомфорт создает и происхождение бага. По данным ZDNet, похожие жалобы появлялись на Reddit, TikTok и других форумах, причем многие пользователи связывали поведение именно с первой developer beta iOS 27. При этом сама Picaro уточняет, что она сначала установила iOS 27 developer beta 1 сразу после релиза, столкнулась там с другой проблемой — зависаниями приложения Roku remote — и откатилась обратно на iOS 26. Уже на iOS 26.5.2 она и поймала баг с обрезкой скриншотов. То есть картина получается не самой изящной даже по меркам бета-цикла: ошибка, которую часть пользователей заметила на тестовой ветке, в том или ином виде проявляется и на более стабильной сборке. Для экосистемы Apple это неприятный сигнал именно из-за репутации предсказуемого UX, где базовые сценарии обычно не требуют перепроверки после каждого тапа.
Что с исправлением и почему оно не для всех
На момент публикации автор проверила несколько вариантов. Установка iOS 27 developer beta 2, по ее словам, проблему не решила: скриншоты продолжали сохраняться некорректно. Исправление подтвердилось только после перехода на iOS 27 developer beta 3, которая вышла на той неделе. После обновления Picaro снова протестировала сценарий: сделала скриншот, обрезала его в предпросмотре, сохранила в «Фото» и получила уже действительно обрезанный файл. Она повторила тест несколько раз и заявила, что результат стабилен. Заодно перестало зависать и приложение Roku. Но это важная оговорка: речь идет не об официальном публичном патче для всех пользователей, а о частном подтверждении на developer beta 3. Apple на момент публикации комментарий еще не дала.
Отсюда и практический вывод для бизнеса и команд разработки. Если сотрудники используют личные iPhone для оперативного обмена скриншотами, нельзя считать кадрирование в предпросмотре надежным до дополнительной проверки на конкретной версии iOS. Особенно если в картинке могут остаться чувствительные детали. Для IT-руководителей и техлидов вывод совсем земной: либо напомнить командам проверять итоговый файл в «Фото» перед отправкой, либо временно советовать редактирование только через галерею, либо тестировать iOS 27 developer beta 3 на отдельных устройствах, а не на основном рабочем телефоне. Само ZDNet отдельно предупреждает: developer beta может чинить один баг и приносить два новых, включая проблемы с приложениями и автономностью. История с Roku как раз про это.
История неприятна не масштабом, а характером: ломается не экзотическая функция, а микросценарий, на котором держится половина мобильной коммуникации. Когда операционная система превращает обрезку скриншота в лотерею, страдает не только пользовательский комфорт, но и доверие к базовым защитным привычкам. Для Apple здесь вопрос уже не в том, чтобы просто закрыть дефект в очередной сборке, а в том, чтобы вернуть уверенность: если пользователь что-то скрыл на экране, система не должна играть в архивиста и сохранять лишнее «на всякий случай».