Проблема OS X, Dual Stack и VK API

[@ValdikSS]

Видел ваш вопрос еще в Q/A.
А в OSX нет /etc/gai.conf?

[@TAURUSiv43]

Чесно говоря, не нашел такого.

[@xmdy]

странно, а как тогда работают приложения в телефонах? Они ведь получают токен единожды и работают, работают. То есть если я был на gprs и потом включился на wi-fi — снова токен получай?

[@TAURUSiv43]

ну тут все просто, будет получен новый токен, скорее всего тоже сработаю куки, но в отличии от моего случае этот токен будет валиден и для запросов к api.vk.com

[@AlexSam]

Хм, может я что-то не пойму, но как тогда остальные приложения одобрили? Видел такие с мигающим окном… Может вам цензор такой попался?

[@TAURUSiv43]

Хм. Я жо этого делал программы под айфон с VK API и там на такую проблему не нарывался. В худшем случае окно мигало 1 раз, получало новый токен и программа дальше работала.

[@Arilas]

Я сталкивался с таким багом, он связан больше с Safari. Так как там пользователь вошел, то куки-файлы есть, но при открытии программы и попытки авторизироваться открывается окно Safari со страницей входа, но так как куки есть, сразу же закрывается. Эта бага есть также и с Facebook. Я одно время пытался написать что-то подобное на Meridian, но под OS X, но остановился на обвертке веб-версии (кукисы из Safari принимает), так как этот баг также присутствовал.

[@TAURUSiv43]

Я специально сделал локальное хранилище для куков, так что у меня в программе они никак не пересекаются с сафари.

[@akzhan]

А что мешает переложить получение токена на сторону WebView (через JavaScript)?

[@akzhan]

Вернее, переложить выполнение запросов. Всё же должно быть проще, чем переписывать стек протоколов.

[@TAURUSiv43]

О таком подходе не задумывался. Но сразу не нравится такой вариант, так как жадача WebView все-таки отображать web контент, это будет хак в чистом виде. Так же нету уверенности в том, что WebView будет обращаться к api.vk.com через IPv6, а не через IPv4 — оба класса WebView и NSURLConnection используют один и тот же NSURLProtocol для внутренней работы.