Блок Facebook startForPostWithGraphPath completionHandler, не названный, если управляется от фонового потока

Я добавляю обработку ошибок к своему коду, которые размещают сообщение на Facebook, но поражаю странное поведение, которое я пытаюсь понять. В моем укладчике завершения для startForPostWithGraphPath FB я проверяю, чтобы видеть, есть ли ошибка, если есть тогда, я жду несколько секунд прежде, чем попытаться отправить снова. Проблема, которую я поражаю, - то, что, когда я пытаюсь назвать метод, чтобы разместить это сообщение во второй раз, я управляю им на главной нити, это хорошо работает. Если я пытаюсь управлять им на фоновом потоке, это терпит неудачу тихо. Как в укладчике завершения никогда не называется во второй раз.

работы

dispatch_after(popTime, dispatch_get_main_queue(),
               ^(void){
                    [MYSocial shareToOpenGraph:poll];
               });

Терпит неудачу

dispatch_after(popTime, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0),
               ^(void){
                 [MYSocial shareToOpenGraph:poll];
               });

Мне любопытно, если у кого-либо еще есть опыт с методами запроса FB, бывшими должными быть названными на главной нити. Мне кажется, что запрос логики повторной попытки на фоновом потоке является правильным поведением, но очевидно не работает по некоторым причинам.

1
nl ja de

1 ответы

i can confirm that the request works on the main thread & fails on the background thread in my application.

1
добавлено