Когда вновь добавленный SKU в приложении становится доступным billingclient 2.0.1 после его активации в консоли Play? - PullRequest
0 голосов
/ 14 июня 2019

Я не смог найти этот конкретный вопрос в SO.То, что я нахожу, связано с первой настройкой в ​​приложении.

Однако в моем случае приложение работает уже несколько лет.В нем активны SKU A, B, C и доступны для тестирования в выпусках сборки, которые даже не опубликованы для игры .

. Теперь я добавил новый SKU "D".Что должно произойти, чтобы оно стало доступным для тестирования?

Вчера я создал новый продукт в приложении и сделал его активным на консоли Google Play.Теперь мне неясно , когда billingclient получит это обновление от сервисов воспроизведения .

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

Я тоже это сделал.Опубликовано на альфа-треке 5 ч. Назад.Загружается через игровой магазин по тестовой ссылке (регистрация производится при тестировании аккаунта Google).Новый SKU до сих пор не появляется в журналах.

Я дважды проверил все найденные требования здесь (резюме раздела ниже).

Я использую com.android.billingclient:billing:2.0.1 плюс настройку с репозиторием и LiveData, как показано в TrivialDriveKotlin

Найдено связано , но не тот же вопрос.

1 Ответ

0 голосов
/ 15 июня 2019

Мне потребовалось так много времени, чтобы обнаружить ошибку, мою ошибку.

Проблема заключается в очень сложной настройке TrivialDriveKotlin сэмпла с Room, множеством DAO и LiveData.

Первоначальное понимание примера может занять несколько часов, но затем вы заставите свой код работать и забудете об этом.

Когда вы возвращаетесь, чтобы добавить новый SKU, вам нужно добавить его в нескольких местах во всех этих классах:

  • Entitlements.kt
  • EntitlementsDao.kt
  • LocalBillingDb.kt
  • BillingRepository.kt
  • BillingViewModel.kt

Имея так много затронутых мест, легко забыть одно из них. В моем случае я забыл добавить его в список INAPP_SKUS , который использовался при вызове querySkuDetails.

Определенно стоит подумать об объединении рефактора.

...