В настоящее время я внедряю Game Play Game Service в свою игру, чтобы обеспечить многопользовательскую игру в режиме реального времени (используя libgdx и BaseGameUtils).
Все работает отлично на моем Nexus 4 с моей главной учетной записью Google (войдите, создайте комнату и т.д.), назовите ее "A" .
Чтобы проверить автоматизацию и отправку/получение сообщений, я создал вторую учетную запись Google, назовите ее "B" и добавили эту учетную запись в мою (factory сбрасываемую) вкладку Samsung Galaxy.
Сначала все работало там также прекрасно - я смог создать автоматизированную комнату, отправить и получить текстовые сообщения и т.д. Но после 15 минут тестирования я больше не мог входить в аккаунт со счетом "B" на Galaxy Tab. Аккаунт "A" на Nexus 4 все еще работает нормально.
Чтобы исключить какие-либо проблемы с устройством, я добавил учетную запись "A" на свою вкладку Galaxy и логин был успешным. Я также добавил учетную запись "B" в свой Nexus 4, и логин не работает.
По истечении некоторого времени (30 минут), сразу после входа в систему с учетной записью "B" снова появится на обоих устройствах. И это мое текущее состояние: я могу сделать некоторые тесты с учетной записью "B" , но через короткое время он "блокируется", и я должен ждать, пока не смогу использовать его снова. Аккаунт "A" работает всегда.
В то время как это "блокирующее" время, я пробовал все: удаление данных/кеша приложений, удаление данных/кеш-данных службы воспроизведения, отключение приложения с помощью моего "B" -счета. Ничего не работает. Здесь вывод logcat, если я хочу войти с учетной записью "B" , когда она "заблокирована":
07-27 13:20:35.508: I/dul(13742): I/O exception (org.apache.http.NoHttpResponseException) caught when processing request: The target server failed to respond
07-27 13:20:35.508: I/dul(13742): Retrying request
07-27 13:20:35.808: E/Volley(13742): [1224] ip.a: Unexpected response code 403 for https://www.googleapis.com/games/v1/players/102515671693140579145
07-27 13:20:35.818: E/SignInIntentService(13742): Access Not Configured
07-27 13:20:35.818: E/SignInIntentService(13742): ark
07-27 13:20:35.818: E/SignInIntentService(13742): at ams.b(SourceFile:189)
07-27 13:20:35.818: E/SignInIntentService(13742): at ams.a(SourceFile:111)
07-27 13:20:35.818: E/SignInIntentService(13742): at adz.a(SourceFile:220)
07-27 13:20:35.818: E/SignInIntentService(13742): at adz.a(SourceFile:201)
07-27 13:20:35.818: E/SignInIntentService(13742): at adi.a(SourceFile:489)
07-27 13:20:35.818: E/SignInIntentService(13742): at att.a(SourceFile:221)
07-27 13:20:35.818: E/SignInIntentService(13742): at com.google.android.gms.games.service.GamesSignInIntentService.onHandleIntent(SourceFile:343 )
07-27 13:20:35.818: E/SignInIntentService(13742): at android.app.IntentService$ServiceHandler.handleMessage(IntentService.java:65)
07-27 13:20:35.818: E/SignInIntentService(13742): at android.os.Handler.dispatchMessage(Handler.java:99)
07-27 13:20:35.818: E/SignInIntentService(13742): at android.os.Looper.loop(Looper.java:137)
07-27 13:20:35.818: E/SignInIntentService(13742): at android.os.HandlerThread.run(HandlerThread.java:60)
07-27 13:20:35.818: E/LoadSelfFragment(16159): Unable to sign in - application does not have a registered client ID
Конечно, у меня есть зарегистрированный идентификатор клиента, иначе я не смог бы войти в систему с учетной записью "A" , а иногда с учетной записью "B" . Конечно, я добавил обе учетные записи в консоли разработчика в белый список тестирования. И, конечно же, я добавил правильный идентификатор приложения через ссылку ресурса к моему манифесту.
Я не думаю, что это имеет какое-то отношение к моему коду, потому что учетная запись A никогда не имеет проблем, а учетная запись B работает "иногда". Есть ли какие-либо известные проблемы с контрольным "белым списком"? Или у вас есть предложения по решению этой проблемы? Кстати, я также не думаю, что я ограничена квотой, потому что это повлияет на оба счета, не так ли?
Я очень ценю вашу помощь