React-native-iap: Android पर DEFERRED मोड के साथ अपग्रेड / डाउनग्रेड सब्सक्रिप्शन में त्रुटि

आपके द्वारा नवीनीकरण / डाउनग्रेड सदस्यता के बाद getAvailablePurchases कॉल करने का प्रयास करें।
Doc , The list of Purchase objects in onPurchasesUpdated() does not contain paused subscriptions. संदर्भ लें।

मुझे यकीन नहीं है कि यह कठिन आशा है कि यह मदद करता है। कृपया किसी अन्य परीक्षण और चर्चा को छोड़ने के लिए स्वतंत्र महसूस करें।

मैंने सदस्यता के उन्नयन / डाउनग्रेड के बाद getAvailablePurchases () की कोशिश की, लेकिन दुर्भाग्य से, मूल खरीद की केवल लेन-देन रसीद लौटाए गए सरणी में है।

RNIap v2.3.19 & v2.5.5 सही ढंग से काम करता है, जब सदस्यता को अपग्रेड / डाउनग्रेड किया जाता है तो खरीद () एक नई रसीद लौटाएगा। लेकिन मैं v3 या v4 में अपग्रेड करना चाहूंगा जिसमें संभव हो तो एक बेहतर ईवेंट आधारित मॉडल हो।

यहां एक संदर्भ दस्तावेज़ है जो बताता है कि एंड्रॉइड सदस्यता अपग्रेड / डाउनग्रेड कैसे काम करती है और हमें अपग्रेड / डाउनग्रेड के बाद नई रसीद की आवश्यकता क्यों है।

@ howg0924 इसकी पुष्टि करने के लिए धन्यवाद। मैं v2 और हमारे वर्तमान संस्करण के साथ मतभेदों की तुलना करना चाहता हूं और देखें कि मैं इस मुद्दे को कैसे ठीक कर सकता हूं।

मैंने # 893 में आपके लिए सप्ताहांत पर कोड देखा है
नया अपडेट 4.4.0 में आने लगेगा।

क्या आप कृपया [email protected] संस्करण का परीक्षण कर सकते हैं?

@hyochan मैंने सिर्फ 4.4.0-rc.1 की कोशिश की, लेकिन स्थिति अभी भी वही है।

RNIap.requestSubscription (oldSku, false, newSku 4) को कॉल करने और अपग्रेड / डाउनग्रेड खत्म करने के बाद, त्रुटि श्रोता को निम्नलिखित त्रुटि के साथ कहा जाता है:

{संदेश: 'खरीद शून्य हैं।'
कोड: 'ठीक है',
debugMessage: '',
प्रतिक्रियाकोड: 0}

और getAvailablePurchases () में केवल पुरानी रसीद है।

@ howg0924 आप जानते हैं कि कैसे डिबग करने के लिए, तो android , मुझे आशा है कि आप कुछ डाल बाहर का परीक्षण करने के Log.d और देखें कि क्या वह गुजरता if में स्थिति buyItemByType । क्या यह आपके लिए संभव है? मैं देखना चाहता हूं कि उन्हें कैसे अंजाम दिया जा रहा है।

@ 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 कॉल नहीं करता है

build..RetplaceekkkProrationMode (BillingFlowParams.ProrationMode.DEFERRED);

डिफर्ड मोड का उपयोग करते समय।

इसलिए मैं 4.4.0-rc.1 पर इस लाइन को हटाने की कोशिश करता हूं, और यह काम करता है! लेकिन, मुझे नहीं पता:

1. क्या प्रचलन मोड यह अब पर काम कर रहा है।
2. जब यह काम नहीं करता है, तो यह निर्धारित मोड के लिए सेट किया जाता है setReplaceSkusProrationMode () द्वारा

        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 नीचे दे रहे हैं। तो क्या इसका मतलब है कि आप auto renew subscription तब निकाल सकते हैं, जब आप 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) {
            // 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 / * DEFERRED मोड * /) का उपयोग कर सकता हूं। हालांकि मुझे यकीन नहीं है कि यह वास्तव में बिल्डरों के लिए किस प्रचलन मोड पर काम करता है। क्योंकि v2.5.5 के रूप में, बिल्डर। 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 यह बहुत ही अजीब है क्योंकि हमने अपनी वर्तमान मास्टर शाखा में DEFFERED नहीं लगाया है जो 4.3.4 । मैंने इस कोड को 4.4.0+ में जोड़ा है।

मुझे लगता है कि इसका कारण कुछ अलग हो सकता है। मुझे उम्मीद है कि अगर कुछ और खबर हो तो आप वापस आ सकते हैं।

संबंधित # 391 # 555

ठीक है, मैं और कोशिश करूंगा और वापस रिपोर्ट करूंगा।

संबंधित # 707

@hyochan 4.4.0-rc.1 पर आगे के परीक्षण के बाद:

IMMEDIATE_WITH_TIME_PRORATION => कार्य करता है
IMMEDIATE_AND_CHARGE_PRORATED_PRICE => कार्य करता है
IMMEDIATE_WITHOUT_PRORATION => कार्य करता है
परिभाषित => काम नहीं (पता नहीं क्यों)

वैसे यह बहुत अजीब बात है क्योंकि हमने अपनी वर्तमान मास्टर शाखा में DEFFERED भी नहीं रखा है जो कि 4.3.4 है। मैंने यह कोड 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 ।

Hi @hyochan , मैंने देखा कि https://github.com/dooboolab/react-native-iap/pull/893 में आपने इसे हल के रूप में चिह्नित किया है, लेकिन मैंने प्रतिक्रिया-देशी-आईएपी को नवीनतम संस्करण में अपडेट किया है लेकिन यह अभी भी नहीं है तय किया हुआ। मुझे अभी भी श्रोता 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 और इस थ्रेड में साझा करना वास्तव में मददगार हो सकता है।

अरे, ऐसा लगता है कि हाल ही में इस मुद्दे पर कोई गतिविधि नहीं हुई है। क्या मुद्दा ठीक हो गया है, या क्या अभी भी समुदाय के ध्यान की आवश्यकता है? आगे कोई गतिविधि न होने पर यह समस्या बंद हो सकती है। आप इस मुद्दे को "चर्चा के लिए" या "अच्छा पहला मुद्दा" के रूप में भी लेबल कर सकते हैं और मैं इसे खुला छोड़ दूंगा। आपके योगदानों के लिए धन्यवाद।

हम इस मुद्दे को देख रहे हैं और समुदाय के साथ साझा करना चाहते हैं, इससे कुछ लोगों को मदद मिल सकती है।

मुद्दा खरीद अद्यतन श्रोता एक आस्थगित सदस्यता पर खरीद के एक रिक्त सूची से बुलाया जा रहा है की जगह है, जो कैसे एंड्रॉयड काम करता है की वजह से है (यहाँ देखें यहाँ "आस्थगित प्रतिस्थापन मोड के लिए ...")

हमने एंड्रॉइड डिफर्ड सब्सक्रिप्शन के समर्थन को purchases are null त्रुटि के साथ कॉल किया गया। ( देखें प्रतिबद्ध )

बेशक, आपको अपने सर्वर की ओर से कुछ रसीदें देनी होंगी, साथ ही अपनी रसीदों को भी मान्य करना होगा, रसीद को रिफ्रेश करने के लिए जब डिफरेंशियल सब्सक्रिप्शन से निपटना पर्याप्त नहीं है
सब्सक्रिप्शन रिप्लेस होने और नए टोकन को प्रोसेस करने के लिए आपको पता लगाने के लिए एंड्रॉइड रियलटाइम नोटिफिकेशन को लागू करना होगा।

या आप केवल IAPHUB का उपयोग कर सकते हैं जो आपके लिए I कर रहा है

इस मुद्दे को हल करने के लिए कोई योजना?

जैसा कि @ आईफब का उल्लेख है, मुद्दा यह है कि onPurchasesUpdated को purchases तर्क के साथ null तब कहा जाता है जब DEFERRED मोड का उपयोग किया जाता है।

Google डॉक्स से :

आस्थगित प्रतिस्थापन मोड के लिए, आपके ऐप को खरीदारी की एक खाली सूची और अपग्रेड या डाउनग्रेड के सफल होने की स्थिति के साथ आपके BuyUUpdatedListener को कॉल प्राप्त होता है।

तो यह सिर्फ उस श्रोता के अंदर उस मामले को संभालने की बात है।

लेकिन मैं अनिश्चित हूं कि उस स्थिति को संभालने का उचित तरीका क्या होना चाहिए:

• पिछली सदस्यता जानकारी के साथ वादा हल करना
• undefined साथ वादा हल करना
• PURCHASE_DEFERRED कोड के साथ वादा अस्वीकार करना

तुम क्या सोचते हो?