Первый токен нового сообщества ВКонтакте сразу аннулируется. Баг подтверждён, но месяц в статусе «в работе»

Коротко: с 23 августа 2026 года у части пользователей не загружаются картинки в виджеты ВКонтакте. Проблема на стороне платформы: первый ключ доступа, который приложение получает для нового сообщества, сразу аннулируется, хотя в интерфейсе отображается как действующий. Баг подтверждён поддержкой, передан разработчикам, но почти месяц висит в статусе «в работе» без промежуточных стадий. При этом обращения пользователей с этой же проблемой поддержка разворачивает формулировкой «проблема на вашей стороне».

23 августа 2026 года мне написал пользователь Тёма Кобзев. У него не загружаются картинки в режиме плиток. У него два паблика с виджетами: в старом всё работает, в новом, куда приложение подключили недавно, — вечный кружочек загрузки. Он пробовал перезагружать страницу, менять название файла, загружать разные картинки, включал VPN. Ничего не помогло.

Я воспроизвёл проблему у себя.

Шаги воспроизведения:

API с новым ключом отвечает:

textAPI(appWidgets.getGroupImageUploadServer): Group authorization failed: group revoke access for this token.

Если удалить текущий ключ доступа и повторить — всё загружается.

Вывод: первый ключ нового сообщества аннулируется сразу после выпуска.

При первом вызове метода с только что созданным токеном:

textGET https://web.api.vk.ru/method/appWidgets.getGroupImageUploadServer ?v=5.131 &client_id=6287487 &image_type=160x240 &api_id=6244292 &access_token=vk1.a....

приходит ответ:

texterror_code: 27error_msg: "Group authorization failed: group revoke access for this token."

При этом тот же самый токен в настройках сообщества отображается как действующий. ВК показывает его как валидный, но при запросе отвечает, что он аннулирован.

Я получаю токен через VKWebAppGetCommunityToken — это официальный способ из документации для приложений сообщества.

Вручную удаляю первый токен в настройках сообщества и перезапускаю приложение. После этого всё работает. Но это не решение — каждый новый пользователь, который установит приложение, столкнётся с тем же самым.

У меня много пользователей пользователей. Каждый, кто создаёт новое сообщество и устанавливает приложение, получает первый токен сразу мёртвым. Ему нужно идти в настройки, удалять токен. Так не должно работать.

Починить это в коде приложения нельзя, потому что при повторном запросе токена ВК возвращает тот же самый аннулированный токен — он кэширован.

23 августа, 18:55 — описал проблему, приложил шаги воспроизведения.

23 августа, 19:13 — поддержка попросила видео.

23 августа, 19:38 — отправил видео.

23 августа, 19:46 — поддержка подтвердила, что ошибка говорит об аннулированном токене, и спросила, не делал ли я с ним чего-нибудь.

23 августа, 20:14 — ответил, что это новое сообщество, токен создало приложение, никаких действий с ним не было.

24 августа, 13:13 — прислал полный запрос с параметрами, error_code: 27 и боевой токен сообщества.

24 августа, 17:33 — поддержка спросила: «Вы пробовали перевыпустить токен?»

24 августа, 17:39 — объяснил, что перевыпустить могу, но это не решение: у каждого нового пользователя первый токен сразу мёртвый.

24 августа, 17:50 — поддержка снова спросила: «Вы перевыпускали токен?»

24 августа, 18:13 — расписал по шагам, что происходит, и попросил зафиксировать баг и передать разработчикам.

25 августа, 14:19 — поддержка уточнила, каким способом я получаю токен.

25 августа, 14:22 — ответил: VKWebAppGetCommunityToken.

25 августа, 16:03 — обращение передано разработчикам.

31 августа, 14:40 — спросил статус. Ответ: «Задаче ещё в работе».

31 августа, 18:32 — попросил промежуточный статус. Ответ: «Подробности известны только разработчикам, это внутренняя информация».

11 сентября, 9:59 — снова спросил, как дела. Ответ: «Разработчики всё ещё трудятся, точные сроки назвать трудно».

11 сентября, 12:03 — спросил, считается ли это проблемой безопасности. Ответ: «С безопасностью это не связано».

11 сентября, 16:27 — попросил реальный промежуточный статус: баг подтверждён, причина найдена, в разработке, на тестировании. Ответ: «Проблема подтверждена на нашей стороне, поэтому мы над ней работаем. Все детали известны только разработчикам».

14 сентября, 9:12 — на скрине от другого пользователя поддержка отвечает, что «тикет не создан». Я спросил, прокомментируют ли это. Ответ: «По проблеме заведена задача для разработчиков, и они работают над устранением ошибки».

14 сентября, 9:15 — попросил написать той пользовательнице, что поддержка ошиблась. Ответ: «Не могу прокомментировать судьбу обращения другого пользователя».

14 сентября, 9:24 — объяснил, что её обращение не создало новую задачу и не добавило массовости.

14 сентября, 9:29 — поддержка попросила ссылку на её профиль.

14 сентября, 9:43 — прислал ссылку и спросил, что делать с остальными пользователями, которых так же разворачивают. Ответ: «Действий от вас не требуется, разберёмся с этим. Мы сделали всё, что необходимо».

Мне непонятно, почему задача по подтверждённому багу почти месяц находится в статусе «в работе» без промежуточных стадий. Я не прошу магическим образом починить всё за день. Я прошу показать, на каком этапе находится решение: баг воспроизведён, причина найдена, идёт разработка, тестирование, релиз. Если в вашей системе есть эти стадии — покажите их. Если нет — объясните, как тогда устроен процесс.

Отдельно мне непонятно, почему обращения других пользователей с этой же проблемой разворачиваются формулировкой «проблема на вашей стороне». Из-за этого их жалобы не фиксируются, не создают новых задач и не показывают массовость. В итоге наверху видно одного разработчика, который пишет в поддержку, а не сотни людей с одинаковой проблемой. Если вы считаете, что баг касается только меня, — покажите, на основании каких данных сделан такой вывод. Если подтверждения нет, прошу пересмотреть обработку таких обращений.

Что я хочу получить: