СВОДКА ИЗМЕНЕНИЯ

VK
Платформа
VK
Источник
VK ID iOS SDK CHANGELOG.md
Где опубликовано
VK
Тип события
api_change
Подтверждение
подтверждено
Тип источника
Официальный
Доверие
высокий
Уверенность
95%
В источнике
дата в источнике не указана
Найдено
5 октября 2026, 16:21 МСК
Важность
СРЕДНЯЯ

Исправлено в VK ID SDK для iOS: колбэк авторизации теперь вызывается после закрытия контроллера с WebView

В VK ID SDK для iOS колбэк успешной авторизации `vkid(_:, didCompleteAuthWith:, in:)` теперь вызывается после закрытия контроллера с WebView — менять иерархию UIViewController-ов можно без задержек через `DispatchQueue.main.asyncAfter`.

ФРАГМЕНТ ИЗ ИСТОЧНИКА

Исправлено

ЧТО ИЗМЕНИЛОСЬ

В VK ID SDK для iOS исправлен момент вызова колбэка успешной авторизации. Теперь vkid(:, didCompleteAuthWith:, in:) срабатывает после закрытия контроллера с WebView. Об этом сообщается в разделе «Исправлено» (Fixed) официального changelog SDK.

Что это значит для разработчиков

Изменение затрагивает всех, кто после успешной авторизации через VK ID управляет экранами приложения:

колбэк vkid(:, didCompleteAuthWith:, in:) вызывается уже после того, как контроллер с WebView закрыт;

внутри колбэка можно менять иерархию UIViewControllerов сразу — например, выполнять переход на другой экран;

дополнительные задержки через DispatchQueue.main.asyncAfter больше не нужны.

Раньше для безопасной работы с иерархией UIViewControllerов в этом колбэке приходилось использовать дополнительные задержки через DispatchQueue.main.asyncAfter. После исправления такой обходной путь не требуется: колбэк срабатывает в момент, когда WebViewконтроллер уже закрыт.

Где посмотреть детали

Полное описание исправления — в разделе Fixed («Исправлено») официального changelog VK ID SDK для iOS: CHANGELOG.md.

ПОЧЕМУ ВАЖНО

Полезно: документация или схема помогают быстрее заметить новые возможности и уточнения API.

Риск: изменение контракта может потребовать правок в интеграции, генерации типов или пользовательских сценариях.

ЧТО ДЕЛАТЬ

  • Проверьте совместимость интеграции с новым поведением или контрактом.
  • Обновите типы, SDK-обертки или внутренние runbook'и, если изменение затрагивает ваш сценарий.
  • Запустите регрессионные тесты на затронутых API, webhook или auth-сценариях.

ПОДТВЕРЖДЕНИЕ ИЗ ИСТОЧНИКА