React-native-iap: DEFERREDモードのAndroidでサブスクリプションをアップグレード/ダウングレードするとエラーが発生します

サブスクリプションをアップグレード/ダウングレードした後、 getAvailablePurchasesに電話してみてください。
ドキュメントThe list of Purchase objects in onPurchasesUpdated() does not contain paused subscriptions.参照してください。

それがお役に立てば幸いです。 他の裁判や議論はお気軽にどうぞ。

サブスクリプションをアップグレード/ダウングレードした後にgetAvailablePurchases（）を試しましたが、残念ながら、元の購入のトランザクションレシートのみが返される配列に含まれています。

RNIap v2.3.19およびv2.5.5は正しく機能し、サブスクリプションをアップグレード/ダウングレードすると、buySubscription（）は新しいレシートを返します。 しかし、可能であれば、より優れたイベントベースのモデルを持つv3またはv4にアップグレードしたいと思います。

これは、Androidサブスクリプションのアップグレード/ダウングレードの仕組みと、アップグレード/ダウングレード後に新しいレシートが必要な理由を説明するリファレンスドキュメントです。

@ howg0924これを確認していただきありがとうございます。 v2と現在のバージョンとの違いを比較し、この問題を修正する方法を確認したいと思います。

週末に＃893でコードを調べました
新しいアップデートは4.4.0ます。

[email protected]バージョンをテストしていただけませんか。

@hyochan 4.4.0-rc.1を試しましたが、状況は同じです。

RNIap.requestSubscription（oldSku、false、newSku 4）を呼び出してアップグレード/ダウングレードを終了すると、次のエラーでエラーリスナーが呼び出されます。

{メッセージ： '購入はnullです。'、
コード： 'OK'、
debugMessage： ''、
responseCode：0}

また、getAvailablePurchases（）には古いレシートのみが含まれています。

@ howg0924 androidをデバッグする方法を知っている場合は、 Log.dをいくつか入れてテストし、 buyItemByType if条件に合格するかどうかを確認してください。 それはあなたにとって可能でしょうか？ それらがどのように実行されているかを見たいです。

@ howg0924ああ待って〜！ 問題が見つかったので、すぐに返信させてください。

@ howg0924 4.4.0-rc.2を試していただけませんか？ 今回はうまくいくと思います。

@hyochan 4.4.0-rc.2ビルドが失敗しました：

RNIapModule.java:436: error: incompatible types: SkuDetails cannot be converted to String:
   builder.setOldSku(selectedOldSku);
                     ^

@hyochan 4.4.0-rc.1のbuyItemByType（）を監視しました。 アップグレード/ダウングレードすると、次のように実行されました。

builder.setReplaceSkusProrationMode(BillingFlowParams.ProrationMode.DEFERRED);

そしてまた実行された：

BillingResult billingResult = billingClient.launchBillingFlow(activity, flowParams);

フロー/データを監視/ダンプしますか？

（誤解により削除）

@ howg0924 envデバッグがうまくいかなかったため、間違えてしまい申し訳ありません。 これを4.4.0-rc.3元に戻しました。 あなたのコードは最も重要なbuilder.setOldSku(oldSku)を実行していないようです。

2.5.5と比較した後、2.5.5が呼び出さないことがわかりました

builder.setReplaceSkusProrationMode（BillingFlowParams.ProrationMode.DEFERRED）;

DEFERREDモードを使用する場合。

したがって、4.4.0-rc.1でこの行を削除しようとすると、機能します。 しかし、私は知りません：

1.現在取り組んでいる按分モード。
2.setReplaceSkusProrationMode（）でDEFERREDモードに設定しても機能しない理由

        if (prorationMode != null && prorationMode != -1) {
          if (prorationMode == BillingFlowParams.ProrationMode.IMMEDIATE_AND_CHARGE_PRORATED_PRICE) {
            builder.setReplaceSkusProrationMode(BillingFlowParams.ProrationMode.IMMEDIATE_AND_CHARGE_PRORATED_PRICE);
            if (type.equals(BillingClient.SkuType.SUBS) == false) {
              String debugMessage = "IMMEDIATE_AND_CHARGE_PRORATED_PRICE for proration mode only works in subscription purchase.";
              WritableMap error = Arguments.createMap();
              error.putString("debugMessage", debugMessage);
              error.putString("code", PROMISE_BUY_ITEM);
              error.putString("message", debugMessage);
              sendEvent(reactContext, "purchase-error", error);
              promise.reject(PROMISE_BUY_ITEM, debugMessage);
              return;
            }
          } else if (prorationMode == BillingFlowParams.ProrationMode.IMMEDIATE_WITHOUT_PRORATION) {
            builder.setReplaceSkusProrationMode(BillingFlowParams.ProrationMode.IMMEDIATE_WITHOUT_PRORATION);
          } else if (prorationMode == BillingFlowParams.ProrationMode.DEFERRED) {
            builder.setReplaceSkusProrationMode(BillingFlowParams.ProrationMode.DEFERRED);
          } else if (prorationMode == BillingFlowParams.ProrationMode.IMMEDIATE_WITH_TIME_PRORATION) {
            builder.setReplaceSkusProrationMode(BillingFlowParams.ProrationMode.IMMEDIATE_WITH_TIME_PRORATION);
          } else {
            builder.setReplaceSkusProrationMode(BillingFlowParams.ProrationMode.UNKNOWN_SUBSCRIPTION_UPGRADE_DOWNGRADE_POLICY);
          }
        }

現在、上記のようにProrationModeを引き継いでいます。 つまり、 DEFERRED削除すると、 auto renew subscriptionができるということですか？

つまり、コードを次のように変更した場合です。

        if (prorationMode != null && prorationMode != -1) {
          if (prorationMode == BillingFlowParams.ProrationMode.IMMEDIATE_AND_CHARGE_PRORATED_PRICE) {
            builder.setReplaceSkusProrationMode(BillingFlowParams.ProrationMode.IMMEDIATE_AND_CHARGE_PRORATED_PRICE);
            if (type.equals(BillingClient.SkuType.SUBS) == false) {
              String debugMessage = "IMMEDIATE_AND_CHARGE_PRORATED_PRICE for proration mode only works in subscription purchase.";
              WritableMap error = Arguments.createMap();
              error.putString("debugMessage", debugMessage);
              error.putString("code", PROMISE_BUY_ITEM);
              error.putString("message", debugMessage);
              sendEvent(reactContext, "purchase-error", error);
              promise.reject(PROMISE_BUY_ITEM, debugMessage);
              return;
            }
          } else if (prorationMode == BillingFlowParams.ProrationMode.IMMEDIATE_WITHOUT_PRORATION) {
            builder.setReplaceSkusProrationMode(BillingFlowParams.ProrationMode.IMMEDIATE_WITHOUT_PRORATION);
          } else if (prorationMode == BillingFlowParams.ProrationMode.DEFERRED) {
            // comment following line
            // builder.setReplaceSkusProrationMode(BillingFlowParams.ProrationMode.DEFERRED);
          } else if (prorationMode == BillingFlowParams.ProrationMode.IMMEDIATE_WITH_TIME_PRORATION) {
            builder.setReplaceSkusProrationMode(BillingFlowParams.ProrationMode.IMMEDIATE_WITH_TIME_PRORATION);
          } else {
            builder.setReplaceSkusProrationMode(BillingFlowParams.ProrationMode.UNKNOWN_SUBSCRIPTION_UPGRADE_DOWNGRADE_POLICY);
          }
        }

次に、RNIap.requestSubscription（newSku、false、sku、4 / *遅延モード* /）を使用して、サブスクリプションをアップグレード/ダウングレードできます。 v2.5.5のようにbuilder.setReplaceSkusProrationMode（）が実行されないため、実際にどの按分モードで動作するかはわかりませんが。

次のコードはv2.5.5からのものです。

        if (type.equals(BillingClient.SkuType.SUBS) && oldSku != null && !oldSku.isEmpty()) {
          // Subscription upgrade/downgrade
          if (prorationMode != null && prorationMode != 0) {
            builder.setOldSku(oldSku);
            if (prorationMode == BillingFlowParams.ProrationMode.IMMEDIATE_AND_CHARGE_PRORATED_PRICE) {
              builder.setReplaceSkusProrationMode(BillingFlowParams.ProrationMode.IMMEDIATE_AND_CHARGE_PRORATED_PRICE);
            } else if (prorationMode == BillingFlowParams.ProrationMode.IMMEDIATE_WITHOUT_PRORATION) {
              builder.setReplaceSkusProrationMode(BillingFlowParams.ProrationMode.IMMEDIATE_WITHOUT_PRORATION);
            } else {
              builder.addOldSku(oldSku);
            }
          } else {
            builder.addOldSku(oldSku);
          }
        }

@ howg0924現在のマスターブランチである4.3.4 DEFFEREDを設定していなかったため、これは非常に奇妙です。 このコードを4.4.0+追加しました。

理由は違うのではないかと思います。 他に何かニュースがありましたら、また来ていただければ幸いです。

関連＃391＃555

OK、もっと試して報告します。

関連＃707

@hyochan 4.4.0-rc.1でさらにテストした後：

IMMEDIATE_WITH_TIME_PRORATION =>動作します
IMMEDIATE_AND_CHARGE_PRORATED_PRICE =>動作します
IMMEDIATE_WITHOUT_PRORATION =>動作します
延期=>機能しません（理由はわかりません）

現在のマスターブランチである4.3.4にDEFFEREDを設定していなかったため、これは非常に奇妙です。 このコードは4.4.0以降で追加しました。

これは、4.3.0の

  if (prorationMode != 0 && prorationMode != -1) {
    builder.setReplaceSkusProrationMode(prorationMode);
  }

ただし、上記のコードは2.3.19および2.5.5には存在しません。 したがって、2.3.19と2.5.5でRNIap.requestSubscription（newSku、false、sku、4 / * DEFERRED * /）を呼び出したとき、以前は機能したと思っていましたが、実際にはデフォルトのIMMEDIATE_WITH_TIME_PRORATIONモードで機能することに気付きました。

さて、

同じ問題が発生しますが、動作が異なります。

requestSubscription(newSku, false, oldSku, 4)を呼び出すと、エラーコードOKと空のエラーメッセージでエラーがスローされます。 Google Play側での支払いは予想どおりです（延期されます）。 次のサブスクリプション料金が発生すると、アプリの起動時にpurchaseUpdatedListenerイベントが発生しますが、購入を確認できません（ finishTransaction()を呼び出すことにより）。 finishTransaction()はDEVELOPER_ERRORエラーを出します。

バージョン4.4.0と4.3.4両方で発生します。

こんにちは@ hyochan 、 https：//github.com/dooboolab/react-native-iap/pull/893でこれを解決済みとしてマークしたのを見ましたが、react-native-iapを最新バージョンに更新しましたが、まだそうではありません修繕。 それでもリスナーerror {"code": "OK", "debugMessage": "", "message": "purchases are null.", "responseCode": 0}エラーが発生し、通常どおりYou updated your subscription purchase電子メールを受信しました。 だから私の質問は、DEFERREDモードの正しい解決策は何ですか？

前回もこの問題を見つけました。 奇妙なことに、 deferredモードでのみ機能しません。 これを調査する必要があります。

こんにちは@ howg0924 、あなたはこの問題の解決策を

@ nenjamin2405いいえ、まだデフォルトのIMMEDIATE_WITH_TIME_PRORATIONモードを使用していますが、これが修正されることを本当に望んでいます。

こんにちは@hyochan 、これに関する更新はありますか？ 私のアプリの新機能はこの問題で立ち往生しています。 これを調査するためのあなたの努力に本当に感謝します、ありがとう

未だに。 私はこの問題を検討する時間がありませんでした。
誰かがこの問題を処理するのに役立つ情報を提供してくれることを願っています。
GoogleまたはStackOverflow質問して、このスレッドで共有すると非常に役立つ場合があります。

ねえ、最近この問題に関する活動はなかったようです。 問題は修正されましたか、それともコミュニティの注意が必要ですか？ それ以上のアクティビティが発生しない場合、この問題は解決される可能性があります。 この問題に「ディスカッション用」または「良い最初の問題」というラベルを付けることもできます。開いたままにしておきます。 貢献していただきありがとうございます。

私たちはこの問題を検討していて、コミュニティと共有したいと思っていました。それはそこにいる何人かの人々を助けるかもしれません。

この問題は、Androidの動作方法である、遅延サブスクリプション置換での購入の空のリストで呼び出された購入更新リスナーが原因です（ここで「遅延置換モードについて...」を参照してください）

サブスクリプション置換でpurchases are nullエラーが発生したときにエラーリスナーが呼び出されたときに確認する修正を行うことで、 react-native-iaphubでのAndroid遅延サブスクリプション置換のサポートを追加しました。 （コミットを参照）

もちろん、レシートを検証するためにサーバー側でいくつかの変更を行う必要があります。遅延サブスクリプションを処理する場合は、レシートを更新するだけでは不十分です。
サブスクリプションの置き換えが発生したことを検出し、新しいトークンを処理するには、Androidのリアルタイム通知を実装する必要があります。

または、すべてを実行しているIAPHUBを使用することもできます🙂

この問題を解決する計画はありますか？

@iaphubが言及しているように、問題は、DEFERREDモードが使用されている場合、 onPurchasesUpdatedがpurchases引数をnullとして呼び出されることです。

グーグルドキュメントから：

据え置き交換モードの場合、アプリは、購入の空のリストと、アップグレードまたはダウングレードが成功したかどうかのステータスを含むPurchasesUpdatedListenerへの呼び出しを受け取ります。

したがって、そのリスナー内でそのケースを処理するだけです。

しかし、私はその状況を処理する適切な方法が何であるかについて確信がありません：

• 以前のサブスクリプション情報で約束を解決する
• undefined約束を解決する
• PURCHASE_DEFERREDコードで約束を拒否する

どう思いますか？