React-native-iap: रिलीज़ के बाद कई उपकरणों में Android क्रैश हो जाता है

क्या आप हमारे हाल के संस्करण 2.3.19 और वापसी की कोशिश कर सकते हैं?

मैं नहीं कर सकता। क्योंकि यह एक तात्कालिक स्थिति थी। इसलिए, मैंने iap पैकेज को बदल दिया। अब + 3k उपयोगकर्ताओं में कोई क्रैश नहीं हैं। लेकिन आपका शुक्रिया। मैं इसे अपने अगले प्रोजेक्ट में आजमाऊंगा।

नमस्ते, क्या आप इस मुद्दे को फिर से खोल सकते हैं? मेरे पास एक ही समस्या है और मैं 2.3.21 संस्करण का उपयोग कर रहा हूं

java.lang.RuntimeException:
com.facebook.react.bridge.CallbackImpl.invoke (CallbackImpl.java:28) पर
com.facebook.react.bridge.romiseImpl.resolve (PromiseImpl.java:30)
com.dooboolab.RNIap.RNIapModule $ 4.run (RNIapModule.java:155) पर
com.dooboolab.RNIap.RNIapModule पर $ 3.onBillingSetupFinished (RNIapModule.java:124)
com.android.billingclient.api.BillingClientImpl पर $ BillingServiceConnection.onServiceConnected (BillingClientImpl.java:903)
android.app.LoadedApk पर $ ServiceDispatcher.doConnected (LoadedApk.java:1658)
android.app.LoadedApk $ ServiceDispatcher $ RunConnection.run (LoadedApk.java:1687) पर
android.os.Handler.handleCallback (हैंडलर.जावा: 789) पर
android.os.Handler.dispatchMessage (हैंडलर.जवा:98) पर
android.os.Looper.loop (Looper.java:164) पर
android.app.ActivityThread.main पर (ActivThread.java:6938)
java.lang.reflect.Method.invoke (मूल विधि) पर
com.android.internal.os.Zygote $ MethodAndArgsCaller.run (Zygote.java:327) पर
com.android.internal.os.ZygoteInit.main (ZygoteInit.java:1374) पर

यह मेरा कंपोनेंटडिमाउंट है

           const itemSKus = Platform.select({
            ios: [
                ...
            ],
            android: [
                ...
            ]
        });

        try {
            const message = await RNIap.initConnection();
            //console.log(`message = ${message}`);
            const items = await RNIap.getProducts(itemSKus);
            //console.log(`items = ${items.length}`);
            //console.log(items);
            this.props.storeInAppPurchaseList(items);
        } catch (errorCode) {
            console.log(`error rniap = ${errorCode}`);
        }

@LinusU क्या आप हमारी मदद कर सकते हैं? रिलीज में callback.run() क्रैश क्यों होगा? क्या हमें जांचना चाहिए कि callback ensureConnection में शून्य है या नहीं? हम्म। यह एक runtime exception ।

हम्म, क्या RuntimeException यहाँ मतलब है, वहाँ कोई और अधिक जानकारी है? @hyochan आपको ऐसा क्यों लगता है कि callback null ? 🤔

@LinusU आपकी प्रतिक्रिया के लिए धन्यवाद। मुझे फिलहाल कोई पता नहीं है। मैंने अभी नीचे मुद्दा लाइन देखी है।

RNIapModule.java लाइन में 124,

callback.run();

क्या आपके पास कोई और विचार है?

@LinusU यदि आपके पास इस बारे में कोई विचार नहीं है, तो मैं इस पर विचार करना चाहूंगा कि हम पहले कहां थे।

ठीक है, यहाँ समस्या है:

https://github.com/facebook/react-native/blob/370bcffba748e895ad8afa825bfef40bff859c95/ReactAndroid/src/main/java/com/facebook/react/bridge/CallbackImpl.java#L276276

किसी कारण से हम कॉलबैक को एक से अधिक बार कॉल कर रहे हैं, इसे ठीक करना आसान होना चाहिए!

@LinusU बहुत अच्छा लग रहा है क्योंकि आप एक ट्रैक में हैं! क्या आप हमें इसके लिए PR दे सकते हैं?

उस पद्धति में RuntimeException क्यों है?

if (!mInvoked) {
   mJSInstance.invokeCallback(mCallbackId, Arguments.fromJavaArgs(args));
   mInvoked = true;
}

क्या ऐसा कुछ पर्याप्त नहीं है?

@hyochan क्षमा करें, इसे कल देखने का समय नहीं मिला, उम्मीद है कि मैं जल्द ही इस पर विचार कर सकता हूं

@ Ilario17 यह शायद झंडा है कि कहीं न कहीं एक तर्क त्रुटि है, निष्पक्ष होने के लिए, हमें उस पद्धति को कई बार नहीं कॉल करना चाहिए

संपादित करें: आह, समस्या तब आती है जब onBillingSetupFinished एक से अधिक बार होते हैं। ensureConnection हमें श्रोता को निकालने की आवश्यकता होती है जब हम काम करते हैं (यानी जब हम callback.run() या पारित किए गए वादे को अस्वीकार करते हैं)। अगर कोई किसी मुक्त कर्म के लिए तैयार हो तो एक आसान पीआर होना चाहिए! अन्यथा मैं इसे जल्द ही प्राप्त करने की कोशिश करूंगा

@LinusU तो क्या आपका मतलब onBillingSetupFinished , हमें billingClientStateListener निकालना चाहिए? क्या कोई हमारे बीच का हिस्सा बनने की कोशिश करेगा?

यदि आप एक त्वरित और गंदा समाधान चाहते हैं, तो मैं उस फ़ंक्शन में एक स्थानीय चर जोड़ूंगा, didCallCallback = false । फिर callback.run() पीछे if (didCallCallback) { didCallCallback = true; callback.run() } कॉल की रक्षा करें।

एक क्लीनर समाधान बस पहले कॉल के बाद श्रोता को पूरी तरह से अलग कर देगा ...

Log.d(TAG, "billing client ready");
callback.run();
//deregister the listener here?

मैंने इस पर फ़िक्सेस करने के लिए अभी 2.4.0-beta2 रिलीज़ किए हैं। प्रयास करें।

@hyochan मैं इस नए संस्करण की कोशिश करूंगा

कृपया प्रयास करें कि 2.4.0-बीटा 3 के बाद से बीटा 2 में प्रतिगमन मुद्दा था।

@hyochan अपडेट के बाद भी त्रुटि बनी हुई है :(

@ Ilario17 2.4.0-beta5 बारे में क्या? चूंकि मैं इसे अपने पक्ष में पुन: पेश नहीं कर सकता, इसलिए मुझे आपके परीक्षण की आवश्यकता है :(

@hyochan ने सिर्फ श्रोता को क्यों नहीं हटाया, जैसा @LinusU ने कहा?

@ Ilario17 मैं उत्सुक था अगर यह सही समाधान है। इसके अलावा, मुझे लगता है कि onBillingServiceDisconnected को अधिसूचित किया जाना चाहिए। आप इसे हटाने की कोशिश कर सकते हैं और इसे अपने पक्ष में परख सकते हैं और देखें कि क्या यह काम करता है।

मुझे नहीं पता कि यह संबंधित है लेकिन मैं 2.4.0-बीटा 5 में इस दुर्घटना को प्राप्त कर रहा हूं। एमुलेटर में प्रजनन करना आसान है:
मैं उस घटक को माउंट करता हूं जहां IAP लोड होता है, इसे अनमाउंट करें और फिर इसे फिर से माउंट करें, बूम क्रैश।
EDIT: मैंने इस कमिट को डाउनग्रेड किया और अब यह https://github.com/dooboolab/react-native-iap/commit/2db337ac770a93508507ec046f310bddbb346fb क्रैश हो गया

Attempt to invoke virtual method 'void com.android.billingclient.api.BillingClient.querySkuDetailsAsync(com.android.billingclient.api.SkuDetailsParams, com.android.billingclient.api.SkuDetailsResponseListener)' on a null object reference
run
    RNIapModule.java:223
ensureConnection
    RNIapModule.java:113
getItemsByType
    RNIapModule.java:218
invoke
    Method.java
invoke
    JavaMethodWrapper.java:372
invoke
    JavaModuleWrapper.java:160
run
    NativeRunnable.java
handleCallback
    Handler.java:789
dispatchMessage
    Handler.java:98
dispatchMessage
    MessageQueueThreadHandler.java:29
loop
    Looper.java:164
run
    MessageQueueThreadImpl.java:192
run
    Thread.java:764

यह कोड 2 माउंट (2.4.0-beta5) पर दुर्घटना का कारण बनता है:

componentDidMount() {
    this.loadIAPProducts()
}

componentWillUnmount() {
    RNIap.endConnection();
}

loadIAPProducts = async () => {
    const itemSkus = ['XXXX_id']

    const result = await RNIap.initConnection();
    if(result) {
      try {
        const products = await RNIap.getProducts(itemSkus);
        if (products) {
          this.setState({ iapProducts: products })
        }
      } catch (err) {
        //console.log(err); // standardized err.code and err.message available
      }

      this.restoreIAPPurchases()
    }
  }

  restoreIAPPurchases = async () => {
    try {
      const purchases = await RNIap.getAvailablePurchases()
      if(purchases) {
        purchases.forEach(purchase => {
          if (purchase.productId === 'XXXX_id') {
            try {
              RNIap.consumePurchase(purchase.purchaseToken);
            } catch(err) {

            }
          }
        })
      }
    } catch (err) {
      //console.log(err)
    }
  }

@ rom1k खैर यह एंड्रॉइड एमुलेटर में काम नहीं करेगा। कृपया वास्तविक उपकरण में प्रयास करें।

@hyochan मैं ध्यान

एंड्रॉइड पर 2.4.0-बीटा 3 के लिए मुझे त्रुटि मिल रही है "खरीद कोड के साथ विफल हुई: 0 (ठीक है)" केवल कॉलिंग गेटप्रोडक्ट्स से। बीटा 4 और 5 वास्तव में दुर्घटना का कारण बनते हैं। मैं 2.3.5 पर डाउनग्रेड किया गया और यह ठीक काम करता है, लेकिन मुझे 2.4.0-बीटा में आईओएस श्रोता बग फिक्स की आवश्यकता है

`` `
घटकडिमाउंट () {
this.getProductDetails ();
}

getProductDetails = async () => {
    try {
        await RNIap.initConnection();
        const details = await RNIap.getProducts(products);
        this.setState({
            title: details[0].title,
            description: details[0].description,
            price: details[0].localizedPrice,
            loading: false
        });
    } catch (err) {
        console.log(err.message)
    }
};

क्या आप बीटा 5 और वापसी की कोशिश कर सकते हैं? उस संस्करण में गलती थी इसलिए मैंने जल्दी से तय किया

@hyochan @LinusU संस्करण 2.4.0-beta5 के साथ त्रुटि अभी भी है।

मुझे इस चर्चा से संबंधित कुछ जानकारी है।

2.4.0-बीटा 5 पर, मुझे निम्नलिखित त्रुटि मिल रही है

Attempt to invoke virtual method void com.android.billingclient.api.BillingClient.querySkuDetailsAsync(...) on a null object reference

RNIapModule.java लाइन 223 की ओर इशारा करते हुए। इसका मतलब है कि mBillingClient अप्रत्याशित रूप से null है।

पुन : RNIap.getProducts() componentDidMount और RNIap.endConnection() componentWillUnmount पर कॉल करता है। घटक को अनमाउंट करें और इसे फिर से माउंट करें। उपरोक्त त्रुटि होनी चाहिए।

चर क्लाइंट clientReady का उपयोग बिलिंग क्लाइंट सेटअप को पूरा करने के लिए ट्रैक करने के लिए किया जा रहा है, इसे false onBillingServiceDisconnected() कॉलबैक में सेट करके। लेकिन mBillingClient खुद को तुरंत शून्य करने के लिए सेट किया जाता है जब endConnection() कहा जाता है। यह एक बेमेल है। clientReady लिए true सेट रहना संभव है, भले ही mBillingClient शून्य हो। मेरा मानना ​​है कि यह वही है जो हो रहा है, कम से कम मेरी त्रुटि के लिए। ऐसा लगता है कि कुछ onBillingServiceDisconnected() को रोकने से रोका जा रहा है।

मैं इस बात की पुष्टि कर सकता हूं कि मुझे उम्‍मीद के अनुसार लॉगआउट में "billing client disconnected" नहीं मिल रहा है, इसलिए onBillingServiceDisconnected() वास्तव में नहीं कहा जा रहा है।

संभावित फिक्स : clientReady = false endConnection() विधि (जैसे लाइन 179 के बाद) के भीतर सेट करें। मैंने इसे डिवाइस पर परीक्षण किया है और यह काम करने लगता है। इन-ऐप खरीदारी घटक को कई बार री-माउंट करने से कोई त्रुटि या क्रैश नहीं होता है। इसके अलावा, इस बारे में सोचें कि क्या mBillingClient को शून्य करना आवश्यक है? मुझे यहां कोई अनुभव नहीं है इसलिए मैं नहीं कह सकता, लेकिन यह थोड़ा अजीब लगता है। मैं भी इस कॉलबैक में बिलिंग क्लाइंट को बाहर करने वाले गितुब पर कोई अन्य प्रोजेक्ट नहीं देखता हूं।

@ mitchellmcm27 आपके पकड़ने के लिए धन्यवाद। यह बहुत ही आशाजनक है और मैं आपसे सहमत हूं। बिना किसी न्यूनतम प्रजनन के समस्या को ठीक करना मेरे लिए कठिन था। इसके अलावा, मैं समस्याओं को एक साथ हल करना चाहूंगा।

कृपया हमें कोई PR यदि आपके पास इस समस्या को बढ़ाने का कोई विचार है।

सादर।

मैंने अपने ऐप के नवीनतम संस्करण में 2.4.0-beta6 जारी किया है, जिसमें अब तक कुछ हज़ार अपग्रेड हैं। कोई क्रैश नहीं 👍

बहुत अच्छा लगता है। फिक्स के लिए बहुत बहुत धन्यवाद! मैं इस मुद्दे को तब के लिए बंद कर दूंगा।

मेरा पहले से ही उसी स्टैकट्रेस के साथ कुछ दुर्घटना है, लेकिन पहले की तुलना में बहुत कम है।

java.lang.RuntimeException: 
  at com.facebook.react.bridge.CallbackImpl.invoke (CallbackImpl.java:28)
  at com.facebook.react.bridge.PromiseImpl.resolve (PromiseImpl.java:30)
  at com.dooboolab.RNIap.RNIapModule$4.run (RNIapModule.java:155)
  at com.dooboolab.RNIap.RNIapModule$3.onBillingSetupFinished (RNIapModule.java:124)
  at com.android.billingclient.api.BillingClientImpl$BillingServiceConnection.onServiceConnected (BillingClientImpl.java:903)
  at android.app.LoadedApk$ServiceDispatcher.doConnected (LoadedApk.java:1658)
  at android.app.LoadedApk$ServiceDispatcher$RunConnection.run (LoadedApk.java:1687)
  at android.os.Handler.handleCallback (Handler.java:789)
  at android.os.Handler.dispatchMessage (Handler.java:98)
  at android.os.Looper.loop (Looper.java:164)
  at android.app.ActivityThread.main (ActivityThread.java:6944)
  at java.lang.reflect.Method.invoke (Native Method)
  at com.android.internal.os.Zygote$MethodAndArgsCaller.run (Zygote.java:327)
  at com.android.internal.os.ZygoteInit.main (ZygoteInit.java:1374)

इसके अलावा 2.4.0-beta6 पर अभी भी वही स्टैकट्रेस मिल रहा है

मुझे लगता है कि इस बग को फिर से खोलना चाहिए।

24 घंटे से कम समय में 120 दुर्घटना।

मुझे यकीन नहीं है कि हाल के बदलावों से उनकी खुद की समस्याएँ पैदा नहीं हुईं, जैसे अगर mBillingClient शून्य नहीं है, लेकिन यह अभी तक तैयार नहीं है, तो ensureConnection फ़ंक्शन केवल mBillingClient अधिलेखित कर देगा

मैं जानना चाहूंगा कि किस संस्करण में यह त्रुटि दिखाई देने लगी, ताकि मैं एक स्थिर संस्करण में वापस आ सकूं।

मुझे भी लगता है कि इस मुद्दे को फिर से खोलना चाहिए। मूल मुद्दे को कॉलबैक के साथ करना था, और उस के लिए फिक्स "शून्य ऑब्जेक्ट संदर्भ" त्रुटि सामने आई। यद्यपि बाद को निश्चित किया गया होगा (मैं @LinusU से सहमत

मैंने बीटा 6 में कॉलबैक से संबंधित कुछ दुर्घटनाओं की जानकारी प्राप्त की है।

मैंने इसे फिर से खोल दिया है। आशा है कि कोई इसके लिए PR दे सकता है।

क्या आप लोग जानते हैं कि यह कब पेश किया गया था? मुझे वापस रोल करने में खुशी होगी।

मैं बीटा 6 पर मौजूद क्रैश की पुष्टि कर सकता हूं और साथ ही एंड्रॉइड पर 2.3.23। इस [1] टिप्पणी के अनुसार बहुत आसान बनाना।

संपादित करें: अब जब मैं घर पर हूं, तो मैं बीटा 6 के लिए Android मूल कोड में डिबगिंग कर रहा हूं। यदि यह मददगार है, तो यह हो रहा है (कम से कम मेरे ऐप में, getAvailablePurchases को कॉल करना):

1. "अनुपयुक्त" के लिए getAvailableItemsByType अभी तक mBillingClient सेटअप के बिना कॉल किया जाता है।
2. बिलिंग क्लाइंट सेटअप हो जाता है, श्रोता में onBillingSetupFinished कहा जाता है, और कॉलबैक (वादा) खपत (हल) हो जाता है। श्रोता आज भी मौजूद हैं।
3. "उप" के लिए getAvailableItemsByType mBillingClient सेटअप के साथ कॉल किया जाता है। नया कॉलबैक (वादा) खपत (हल) है।
4. Play Store सेवा को मारें - BillingClientImpl में onServiceDisconnected को कहा जाता है, भाग से श्रोता इसे संभालता है। एक नई सेवा शुरू होती है, और भाग 1 से श्रोता onBillingSetupFinished को संभालता है, और चरण एक से कॉलबैक (वादा) का उपभोग करने की कोशिश करता है जिसे फिर से कहा जाता है।

मैं श्रोता को मारने के साथ प्रयोग करूँगा क्योंकि अब इसकी आवश्यकता नहीं है।

[१]
https://github.com/googlesamples/android-play-billing/issues/45#issuecomment -345466519

मैंने # 379 मर्ज किया है और beta8 को रिलीज़ किया है। कृपया प्रयास करें।

क्या यह नवीनतम संस्करण में तय किया गया है? क्या नवीनतम में अपग्रेड करना सुरक्षित है?

@hyochan यह मुद्दा अभी भी 3.0.0-rc-2 में दिखाई देता है?

java.lang.RuntimeException
com.dooboolab.RNIap.RNIapModule$3.onBillingSetupFinished

java.lang.RuntimeException: 
  at com.facebook.react.bridge.CallbackImpl.invoke (CallbackImpl.java:28)
  at com.facebook.react.bridge.PromiseImpl.resolve (PromiseImpl.java:30)
  at com.dooboolab.RNIap.RNIapModule$3.onBillingSetupFinished (RNIapModule.java:129)
  at com.android.billingclient.api.BillingClientImpl$BillingServiceConnection$1.run (BillingClientImpl.java:1518)
  at android.os.Handler.handleCallback (Handler.java:739)
  at android.os.Handler.dispatchMessage (Handler.java:95)
  at android.os.Looper.loop (Looper.java:148)
  at android.app.ActivityThread.main (ActivityThread.java:7325)
  at java.lang.reflect.Method.invoke (Native Method)
  at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run (ZygoteInit.java:1230)
  at com.android.internal.os.ZygoteInit.main (ZygoteInit.java:1120)

@fokoz आप 3.0.0-rc-4 कोशिश कर सकते हैं? यह पूरी तरह से (उम्मीद) काम करेगा।

@hyochan अगर मैं try catch उपयोग करता हूं तो यह रनटाइम त्रुटि नहीं होगी, मुझे लगता है कि rc-4 को इसे हल करना चाहिए।
धन्यवाद !