Microsoft подтвердила проблему, из-за которой запросы геолокации Teams на части Mac перестали закрываться нормально: окно с доступом к местоположению появляется снова и снова, даже если пользователь уже нажал «Не разрешать». Для компаний, где Teams остается базовым инструментом созвонов и координации, это не косметический баг, а лишний шум в рабочем процессе и еще один повод пересмотреть, как корпоративные приложения завязаны на системные разрешения macOS.
О проблеме, как пишет BleepingComputer, Microsoft сообщила 19 мая 2026 года в карточке инцидента TM1315837. По данным компании, сбой затрагивает часть пользователей Microsoft Teams на Mac с macOS 14 Sonoma, macOS 15 Sequoia и macOS 26 Tahoe. Первые жалобы, по версии Microsoft, появились 11 мая, а один из пользователей написал, что с 14 мая сначала мог избавиться от окна после первого отказа, но позже ему пришлось нажимать «Не разрешать» «как минимум двадцать раз подряд», и диалог каждый раз возвращался.
Формально причина выглядит так: недавнее обновление безопасности macOS якобы не сохраняет выбор пользователя по разрешению на доступ к геолокации для Teams. В результате система снова показывает запросы, хотя пользователь уже отвечал на них. Microsoft утверждает, что параллельно разбирается с Apple, чтобы понять, что именно изменилось в поведении macOS, и одновременно ищет способ смягчить проблему на своей стороне. Это важная деталь: вендор не сводит все к привычному «это проблема платформы», а прямо говорит, что может понадобиться и исправление в самом Teams.
Есть и ограничение по масштабу. По словам Microsoft, сбой касается не всех пользователей Teams на Mac, а только части тех, у кого в настройках приложения включен доступ к местоположению. Компания также пометила инцидент как advisory, то есть как проблему с ограниченным охватом или умеренным влиянием, а не как массовую аварийную ситуацию. При этом ни число пострадавших, ни список регионов Microsoft пока не раскрыла. Для корпоративных администраторов это означает неприятную, но типичную ситуацию: жалоб уже достаточно, чтобы заводить внутренние тикеты и писать инструкции сотрудникам, а точной картины по масштабу еще нет.
Временное решение у Microsoft тоже сугубо ручное. Пользователям предлагают открыть системные настройки macOS, перейти в раздел конфиденциальности и служб геолокации, найти там Microsoft Teams и Microsoft Teams ModuleHost, переключить доступ для обоих компонентов, а затем вернуть нужное состояние. Такой обходной путь сам по себе показателен. Во-первых, Teams здесь состоит не из одного процесса, а как минимум из пары сущностей, что уже усложняет поддержку на пользовательском уровне. Во-вторых, любая инструкция формата «включите, выключите и включите обратно» для корпоративной среды быстро превращается в нагрузку на helpdesk, особенно если в компании много MacBook и гибридных команд.
С практической точки зрения история неприятна не только из-за всплывающего окна. Повторяющиеся запросы геолокации Teams бьют по двум чувствительным зонам сразу. Первая — пользовательский опыт: сотрудник приходит на встречу, запускает клиент, а вместо нормального входа в звонок получает назойливый системный диалог. Вторая — доверие к политике приватности. Даже если Teams просит геолокацию для сценариев вроде GPS и Wi‑Fi, бесконечное повторение запроса выглядит так, будто приложение не принимает отказ и пытается продавить пользователя количеством кликов. Для безопасников и IT-руководителей это плохой визуальный сигнал, потому что именно так часто воспринимаются и реальные злоупотребления разрешениями.
Контекст у новости тоже небезынтересный. За последние недели Microsoft уже несколько раз публично объясняла сбои, связанные с Teams: компания начала выкатывать исправление для проблемы, из-за которой часть пользователей Teams Free не могла писать в чат и звонить; отдельно признала баг, мешавший некоторым пользователям Windows присоединяться к встречам после неудачного обновления Microsoft Edge; а еще откатила сервисное изменение, блокировавшее запуск десктопного клиента у части клиентов. По отдельности это не катастрофа, но в сумме выходит знакомая для больших SaaS-платформ картина: сам продукт давно не живет в вакууме и зависит от браузеров, системных API, модульной архитектуры и фоновых сервисных изменений. Чем больше таких связей, тем выше шанс, что локальная правка в одной точке вылезет странным поведением в другой.
Для российской и русскоязычной IT-аудитории здесь важен довольно приземленный вывод. Если в компании сохранился парк Mac и Teams все еще используется как обязательный слой коммуникации, такие сбои нужно рассматривать не как «мелкую жалобу пользователя», а как инцидент на стыке endpoint management, UX и поддержки. Админам имеет смысл заранее проверить, включен ли у сотрудников доступ Teams к геолокации, подготовить короткую инструкцию по обходному пути и, главное, не путать этот баг с попыткой пользователя «что-то накликать не туда». Когда системный диалог перестает уважать уже сделанный выбор, проблема почти всегда глубже, чем кажется с первого скриншота.
История с запросами геолокации Teams еще раз показывает, насколько хрупкой стала связка между корпоративным приложением и политиками безопасности операционной системы. Если Microsoft действительно придется чинить это вместе с Apple, то вопрос уже не в одном надоедливом окне, а в том, кто в современной enterprise-связке отвечает за предсказуемость базовых разрешений: платформа, приложение или обе стороны сразу.