Неверный токен при действии с другого айпи адреса #33
Comments
|
Интересная ошибка, раньше на такую не натыкался. |
|
да скорее всего. просто в vlrequest надо это как-то обрабатывать. вот я к чему) |
|
@yarchiko как-то обрабатывать скорее всего не буду, это уже дело программиста. Может действительно перехватили токен доступа и отправляют запросы с другого айти, что тогда? Нет, пусть разработчик сам решает. |
|
ок, понял. думаю, что надо просить пользователя повторно авторизоваться в таких случаях. |
|
@yarchiko либо просто запрашивать offline права. |
|
@AndrewShmig да. но в обсуждении, которое Вы скинули, пишут, что это может быть неправильно. в любом случае спасибо) смотрю Ваш ASASocialServices, он сейчас поддерживается? нужен фейсбук для иос 5. |
|
@yarchiko зато выход из ситуациии :) |
|
@AndrewShmig тоже столкнулся с этим вопросом и вот, что обнаружил - токен обновляется, но при любом первом запросе (у меня LongPoll), вижу что передается старый токен: Как только перезапускаю приложение все работает нормально. Когда делаю запрос: |
|
@Nikaladze, хмм... надо посмотреть будет. Есть подозрение, что связано это с юзердефолтами и хранилищем. |
|
@AndrewShmig хотел сделать в виде sample, но что-то проделал все тоже самое и токен не обновляется вообще... странно, наверное что-то пропустил |
|
В любом случае, как только получится стабильно воспроизвести ошибку - дайте знать пожалуйста, обязательно проверю в чем может быть проблема и постараюсь исправить в ближайшее время. С уважением, Skype: sky-dos On Apr 10, 2014, at 3:02 PM, Nikaladze notifications@github.com wrote:
|
|
Обязательно |
|
@AndrewShmig Sample послал Вам на почту с описанием шагов для воспроизведения проблемы |
|
Получил. Спасибо большое, будем разбираться. С уважением, Skype: sky-dos On Apr 10, 2014, at 6:17 PM, Nikaladze notifications@github.com wrote:
|
|
сорри, что поднимаю снова эту тему, чтонибудь решилось в проблеме обновления токена при сменившемся ip? |
|
@ichina и да, и нет. Если есть любые предложения по этому поводу, то готов выслушать и с удовольствием реализовать. |
|
ну особо предложений нету, единственное может быть тока, нада создать очередь или стек провалившихся запросов из-за инвалидации, и после процедуры обновления токена начинать перевыполнять эти провалившиеся запросы из очереди. |
|
Подумаем над этим. Будет ли по сути реализация такой очереди решать реальные проблемы, а не выдуманные. С уважением, Skype: sky-dos On Apr 28, 2014, at 11:03 PM, ichina notifications@github.com wrote:
|
|
эта очередь будет очень уместна и полезна в случае если проблема смены ip решится на стороне сдк. |
|
@ichina пожалуй надо будет этим вопросом заняться. А как по вашему должна работать эта очередь для программиста? Должен ли он явно запускать "провалившиеся" запросы в очереди и иметь возможность отменить какие-то из них, или же всё должно быть полностью невидимо для программиста и все запросы после обновления токена должны выполниться? |
|
Я реализовывал такую вещь с помощью очередей операций NSOperationQueue. пока проблема возобновления токена решается сдкашкой, мы просто останавливаем выполнение операций в очереди, и все провалившиеся запросы закидываем в конец очереди, тем самым у нас начинают накапливаться операции запросов в очереди. когда сдк решит проблему с токеном мы просто включаем выполнение очереди (тоесть просто переключаем булово свойство "isSuspended" у NSOperationQueue) и все запросы начинают переотправляться. ну и наверн нужно будет пробежаться по всем этим запросам и обновить токены |
|
@ichina да, я примерно в таком же ключе думал. Надо проектировать, смотреть. Будем делать. |
авторизовался и получил токен. сделал пост на стену. все ок.
айпи адрес сменился, делаю пост на стену, возвращается ошибка от вк:
"error_msg" = "User authorization failed: access_token was given to another ip address.";
из логов:
2013-09-26 22:08:14.247 New token: {
"Creation time" = 1380218891;
"Expiration time" = 1380305291;
Permissions = (
photos,
wall,
friends
);
Token = e40ce65a8ae568248ac6b70b71481eca2c3582c912864db025927e99f7bf4fb1bcb41eac728c3ef7c8c07;
"User ID" = 1;
}
2013-09-26 22:08:16.316 [VKUser currentUser].accessToken.userID 933248fad0d4ae1e9ae309cfe2b2a377cde392a11e0c607ee475395061c0272803c84890c0aa3edfa97d0
2013-09-26 22:08:18.702 [VKRequest connectionDidFinishLoading:]
$0 = 0x0ab28770 {
error = {
"error_code" = 5;
"error_msg" = "User authorization failed: access_token was given to another ip address.";
"request_params" = (
{
key = oauth;
value = 1;
},
{
key = method;
value = "wall.post";
},
{
key = "access_token";
value = 933248fad0d4ae1e9ae309cfe2b2a377cde392a11e0c607ee475395061c0272803c84890c0aa3edfa97d0;
},
{
key = message;
value = test;
},
{
key = "owner_id";
value = 1;
}
);
};
}
The text was updated successfully, but these errors were encountered: