मुझे भी। कोई भी मदद कर सकता है?

फांसी नहीं है, लेकिन [] लौटाता है

हमारे लिए खरीद संवाद दिखाता है, और खरीद श्रोता को सही ढंग से बुलाया जाता है, लेकिन requestSubscription कॉल एक वादा करता है जो कभी हल नहीं होता है।

ऐसा लगता है कि यहाँ हल किया गया हो सकता है https://github.com/dooboolab/react-native-iap/pull/64

मैंने उस वादे को पहले ही लागू कर दिया था, इसलिए यहाँ समस्या नहीं है।

मेरे लिए iOS14 के साथ काम करता है, यहाँ बताया गया है कि मैंने यह कैसे किया:
// request purchase, listener registered above will receive notification when processing done RNIap.requestSubscription(this.productIds[0]).catch(err => { console.log(err.code, err.message); });

मैं बूलियन पैरामीटर के साथ विधि को गलत कह रहा था, जो मुझे लगता है कि सिफारिश है। मैंने वह हटा दिया और अभी भी iOS14 पर बहुत अजीब व्यवहार देख रहा हूं, चाहे मैं विधि को कैसे भी कहूं, और यह iPhone और iPad पर ठीक से काम करता है जो कि टेस्टफलाइट के माध्यम से iOS 13 चला रहा है। मैंने बूलियन के साथ और उसके बिना अनुरोध का परीक्षण किया और मुझे आईओएस 14. पर खरीद संवाद कभी नहीं मिल रहा है। अब ज्यादातर बार यह एक अवैध रसीद की तरह दिखता है।

क्या ऐसे अन्य लोग हैं जिन्हें TestFlight का उपयोग करके iOS14 और xCode 12 में अपनी सदस्यता से कोई समस्या नहीं है?

अरे, क्या आप में से कोई भी getAvailablePurchases() से पहले requestSubscription() getPurchaseHistory() या getAvailablePurchases() requestSubscription() ? यदि ऐसा है, तो यह iOS 14 पर समस्या है।

मैं प्रवाह में पहले से अनुपलब्ध है () पहले से - ऐप लोड पर, मेरी सदस्यता स्क्रीन से ठीक पहले स्क्रीन।

हाँ, दुर्भाग्य से यह iOS में बग लगता है 14. इस प्लगइन का कोई दोष नहीं है। मैंने मूल कोड में जाँच की है और यह एक ही मुद्दा है।

यही समस्या थी। मैंने getAvailablePurchases () को खरीद को हटा दिया और खरीद पॉपअप हुआ और खरीद सफल रही। अफसोस, मुझे उस फोन को getAvailablePurchases करने की आवश्यकता है, क्योंकि मैं ऐप लोड पर उनकी सदस्यता की स्थिति की जांच करता हूं। ऐसा लगता है कि हमें इसे ठीक करने के लिए iOS 14 पैच की प्रतीक्षा करने की आवश्यकता है? और कोई कुछ नहीं कर सकता? वैसे, बहुत बहुत धन्यवाद .Dev23!

आपका स्वागत है, डट। आपकी सबसे अच्छी शर्त शायद सर्वर-आधारित चेक पर निर्भर है।

मैं एक सर्वर ऐसा करने से बचने की उम्मीद कर रहा था। क्या यह एक Firebase Cloud Function की तरह मेरी प्रतिक्रिया से कोड कॉपी करना जितना आसान है? या यह कुछ ऐसा है जिसे फिर से आर्किटेक्चर करने की आवश्यकता है? शायद एक गूंगा सवाल, लेकिन हे .. हम सब गूंगे सवाल पूछना शुरू कर दिया। :)

@ -डूट आप सर्वर रसीद सत्यापन का ध्यान रखने के लिए

यदि आप कभी मिडवेस्ट यूएस में हों तो अपनी पसंद का पेय। :)

यहाँ एक ही मुद्दा लाइव उपयोगकर्ताओं को प्रभावित कर रहा है। @Dev23 क्या आपके पास आईओएस में इस मुद्दे के बारे में कोई चर्चा करने के लिए लिंक है? क्या कोई तय समयसीमा है?

@nicknjpconsultingllc कोई लिंक नहीं है, क्षमा करें। मैंने खुद खुदाई की।

@ डट मैं फायरबेस क्लाउड फंक्शन्स का भी उपयोग कर रहा हूं। इस रेपो को देखें ।

मैंने खरीद में सफल डेटाबेस पर एक डेटाबेस को रसीद की बचत समाप्त कर ली है, तब मैं लोड होने पर डेटाबेस से रसीद खींचता हूं, इसे फिर से मान्य करता हूं और यह देखने के लिए जांच करता हूं कि यह समाप्त हो गया है या नहीं। कि मुझे getAvailablePurchases () में कॉल से छुटकारा पाने की अनुमति दी गई है क्या यह iOS14 में बहुत अच्छा काम करता है। यह अब तक वास्तव में अच्छी तरह से काम किया है और बहुत तेज है। अब इस पर एक प्रश्न कि मुझे इसे लेने की कितनी आवश्यकता है। यदि यह सब मैं कर रहा हूं, तो क्या मेरे द्वारा लेनदेन को पूरा करने तक सब्सक्रिप्शन (मूल रूप से ऑटो-रिन्यूअल) के अपडेट को अपडेट किया जाएगा? या क्या मुझे ऑटो-नवीनीकरण के बारे में सूचित करने के लिए सर्वर-से-सर्वर सूचनाओं को लागू करने की आवश्यकता है? यह लगभग ऐसा लगता है जैसे कि UpdatedPurchaseListener का उपयोग करना एक बेहतर (और सरल) समाधान है क्योंकि मैं सर्वर-टू-सर्वर एकीकरण पढ़ रहा हूं वह सही नहीं है।

अभी भी यह समस्या getPurchaseHistory को हटाने और वादा ठीक करने के बाद लागू हो रही है। खरीद डायलॉग पॉप अप करने के लिए नहीं मिल सकता है। क्या कोई मदद कर सकता है?

मैं कहूंगा कि खरीदारी के लिए अनुरोध करने से पहले आप AIP पर जो भी कॉल कर रहे हैं, उन सभी पर एक नज़र डालें। क्या आप getAvailablePurchases () को भी कॉल कर रहे हैं?

मैं getAvailablePurchases () और getPurchaseHistory () प्राप्त करने के लिए कॉलों को बाहर नहीं कर सकता, क्या यह अनुरोध करने के लिए वैसे भी है (सदस्यता) इन कॉलों के साथ खरीद मेनू पॉप अप करें?

हाय @ HamzaIkram2727 , अगर मैं गलत नहीं हूं, तो आप पुराने का उपयोग करने और हटाने के लिए एक नया सैंडबॉक्स खाता बना सकते हैं। यह काम करना चाहिए।

@-dut यहां तक ​​कि मैं किसी भी getAvailablePurchases () और getPurchaseHistory () कॉल का उपयोग नहीं कर रहा हूं, फिर भी मैं उसी समस्या का सामना कर रहा हूं। यह खरीद संवाद नहीं दिखाता है, लेकिन स्वचालित रूप से सक्सेज खरीदता है।

मैं finishTrsanactionIOS और finishTransation फ़ंक्शन भी कह रहा हूं

मैं ऐप से बाहर निकलकर iOS देशी खरीद संवाद प्राप्त करने में कामयाब रहा। यह मुझे लगता है जैसे कुछ वादे आखिर हल हो गए। मुझे यकीन नहीं है कि अगर react-native-iap में कोई वादा निर्भरता है, लेकिन व्यवहार अजीब लगता है। कॉलिंग requestSubscription ऐप में हल होती है, लेकिन जब तक मैं ऐप से बाहर नहीं निकलता, कोई संवाद नहीं होता है।

मुझे getAvailblePruchases () के साथ एक ही समस्या हो रही है, ज्यादातर बार वादा हल या अस्वीकार नहीं करता है। आईओएस 14 उपकरणों पर परीक्षण करते समय यह होने लगा।

मुझे भी यही तकलीफ़ है

1. मैं getAvailablePurchases () कहता हूं
2. निवेदन अनुरोध ()

मैंने getAvailablePurchase को हटा दिया और जाहिरा तौर पर यह ठीक काम करता है

कोई सुधार?

वास्तव में अजीब व्यवहार और जो मैं देख रहा हूं, वह केवल ios 14 पर ही नहीं है, ऐसा होता है ... मैं सेब से संपर्क करके यह समझने की कोशिश कर रहा हूं कि coz पर क्या हो रहा है, मुझे नहीं लगता कि यह पैकेज से संबंधित समस्या है। स्व।

यहाँ केवल यह कहने के लिए कि मैं उसी समस्या का सामना कर रहा हूँ। मैंने पहले ही iOS 12 पर परीक्षण किया है और यह अच्छी तरह से काम कर रहा है ... iOS 14 छोटी गाड़ी है।

मेरे अनुरोध का शब्‍द शब्‍दलेखन बस हमेशा के लिए रह जाता है ... और यह उत्‍पादन में कमी है!

खैर, "मज़े करने" के एक दिन के बाद यह वही है जो मैंने अब तक निष्कर्ष निकाला है ... मेरे पास विभिन्न ओएस संस्करणों पर विभिन्न डिवाइस हैं और मुझे उनमें से प्रत्येक पर यह समस्या है। मैंने इस संबंध में Apple से संपर्क किया है और हम अभी भी मामले का पालन कर रहे हैं, हालांकि, बिना किसी ठोस निष्कर्ष के। मुझे विश्वास नहीं है कि यह पैकेज के साथ एक समस्या है, यह एप्पल के पक्ष में कुछ होना चाहिए। मैंने उन सभी चीजों की कोशिश की है जिनका लोग इस धागे पर और अन्य धागों में उल्लेख कर रहे हैं जिन्होंने इसी तरह की समस्या बताई है। इन ऐप परचेज डायलॉग केवल दिखाने पर असंगत है और अब तक, मुझे इसका कोई वैध कारण नहीं मिल सकता है क्योंकि परिणाम हमेशा अलग होते हैं। कभी-कभी मुझे एक E_UNKNOWN त्रुटि मिलती है, दूसरी बार मुझे शून्य प्रतिक्रिया मिलती है, कभी-कभी पॉप अप 10 मिनट के इंतजार के बाद दिखाता है और दूसरी बार यह सिर्फ काम करता है ... मैंने सैंडबॉक्स उपयोगकर्ताओं, गैर सैंडबॉक्स उपयोगकर्ताओं के साथ कोशिश की है, मुझे मिला है। एक ही उपयोगकर्ता और डिवाइस के लिए एक ही अलग परिणाम और एक त्रुटि या निर्णायक / आनंददायक लॉग भी नहीं दिखाया गया है। यह सिर्फ डिबग करने के लिए निराशाजनक है क्योंकि आप बहुत कुछ नहीं पा सकते हैं ... ठीक है, अगर आप लोगों को किसी भी प्रकार की सलाह या अंतर्दृष्टि है, तो मैं सुन रहा हूं ... इस बीच, अगर मुझे Apple से कुछ समाचार हैं, तो मैं तुम्हें तैनात रखेंगे...
PS EDIT। अंतिम टिप्पणी को पढ़ने के बाद, एक बात संगत है और मैं इसकी पुष्टि कर सकता हूं, आईओएस 14 पर यह बात अधिक असंगत लगती है, हालांकि यह हर ओएस संस्करण पर होता है कि मैंने यह (12, 13.7, 14) परीक्षण किया है। हालांकि, मैं अभी भी इस धारणा के साथ हूं कि समस्या केवल ओएस संस्करण से संबंधित नहीं है और इसलिए मैं सोच रहा हूं कि यह सैंडबॉक्स सर्वर या ऐप्पल के अंत में किसी अन्य चीज के साथ होना चाहिए।

हमने अपने ऐप पैकेज को ऐप स्टोर स्वीकृत बिल्ड के साथ परीक्षण किया है और ऐसा लगता है कि असंगतता आईओएस संस्करण 14+ पर अधिक प्रमुखता से आती है

हमारा निष्कर्ष यह है कि Apple iOS 14+ पर रसीद को सत्यापित करता है, वह थोड़ा अलग है।

यह उन खातों के साथ होता है जो पहले ही खरीदारी कर चुके हैं

1. सैंडबॉक्स में एक नया खाता बनाएँ
2. खरीदारी करें (यह ठीक काम करता है क्योंकि पुनर्स्थापनाओं की कोई खरीद नहीं है)
3. यह समाप्त होने तक प्रतीक्षा करें।
4. फिर से खरीदें। (अब पुनर्स्थापना खरीद एक वस्तु का जवाब देती है और खरीद की पुष्टि के लिए पॉपअप अब काम नहीं करता है)

यह अजीब है। मैं लाइब्रेरी कोड की समीक्षा कर रहा था और मैंने परीक्षण के लिए कुछ लॉग जोड़े। और मुझे निम्नलिखित मिला

1. जब पुनर्स्थापनाओं को पुकारा जाता है। यह श्रोता "paymentQueueRestoreCompletedTransactionsFinished" चलाते हैं

-(void)paymentQueueRestoreCompletedTransactionsFinished:(SKPaymentQueue *)queue {  ////////   RESTORE
    NSLog(@"\n\n\n  paymentQueueRestoreCompletedTransactionsFinished  \n\n.");
    NSMutableArray* items = [NSMutableArray arrayWithCapacity:queue.transactions.count];
    NSLog(@"Number of items in my array is: %d", [queue.transactions count]);//this will return (5)

    for(SKPaymentTransaction *transaction in queue.transactions) {
        if(transaction.transactionState == SKPaymentTransactionStateRestored
           || transaction.transactionState == SKPaymentTransactionStatePurchased) {
            [self getPurchaseData:transaction withBlock:^(NSDictionary *restored) {
                [items addObject:restored];
                [[SKPaymentQueue defaultQueue] finishTransaction:transaction];
            }];
        }
    }
    NSLog(@"\n  finished paymentQueueRestoreCompletedTransactionsFinished ");

    [self resolvePromisesForKey:@"availableItems" value:items];
}

यहां मैं लॉग इन ट्रांजेक्शन साइज़ प्रिंट करता हूं और मुझे 23 आइटम मिले हैं

1. पुनर्स्थापना लेनदेन को पूरा करने के लिए फ़ंक्शन पेमेंट क्यू को निष्पादित किया जाता है

case SKPaymentTransactionStateRestored: {
          NSLog(@"Restored ");

         NSLog(@"\n  paymentQueue transaction : %@", transaction.transactionDate);
         [[SKPaymentQueue defaultQueue] finishTransaction:transaction];
           break;
  }

1. solutionPromisesForKey पुनर्स्थापना पूर्ण करें

2. requestSubscription फ़ंक्शन

3. यहाँ मैंने लॉग देखने के लिए लॉग जोड़े

 NSLog(@"\n  produc purchase : %@", product);

  SKMutablePayment *payment = [SKMutablePayment paymentWithProduct:product];

  NSLog(@"\n  payment buy product : %@", payment.productIdentifier);

  [[SKPaymentQueue defaultQueue] addPayment:payment];

1. मुझे निम्नलिखित लॉग मिला:
   a) RestorePurchases लॉग

2020-10-22 14:01:49.319677-0500 ApplicationTest[532:51039] Restored
2020-10-22 14:01:49.319784-0500 ApplicationTest[532:51039] 
  paymentQueue transaction : Mon Oct  5 16:46:53 2020
2020-10-22 14:01:49.319930-0500 ApplicationTest[532:51039] Restored
2020-10-22 14:01:49.319970-0500 ApplicationTest[532:51039] 
  paymentQueue transaction : Mon Oct  5 19:16:45 2020
2020-10-22 14:01:49.320044-0500 ApplicationTest[532:51039] Restored
2020-10-22 14:01:49.320082-0500 ApplicationTest[532:51039] 
  paymentQueue transaction : Mon Oct  5 19:06:37 2020
2020-10-22 14:01:49.320155-0500 ApplicationTest[532:51039] Restored
2020-10-22 14:01:49.320275-0500 ApplicationTest[532:51039] 
  paymentQueue transaction : Mon Oct  5 19:01:37 2020
2020-10-22 14:01:49.320421-0500 ApplicationTest[532:51039] Restored
2020-10-22 14:01:49.320532-0500 ApplicationTest[532:51039] 
  paymentQueue transaction : Mon Oct  5 07:49:31 2020
2020-10-22 14:01:49.320671-0500 ApplicationTest[532:51039] Restored
2020-10-22 14:01:49.320776-0500 ApplicationTest[532:51039] 
  paymentQueue transaction : Mon Oct  5 14:21:39 2020
2020-10-22 14:01:49.320915-0500 ApplicationTest[532:51039] Restored
2020-10-22 14:01:49.321018-0500 ApplicationTest[532:51039] 
  paymentQueue transaction : Mon Oct  5 14:26:39 2020
2020-10-22 14:01:49.321180-0500 ApplicationTest[532:51039] Restored
2020-10-22 14:01:49.321282-0500 ApplicationTest[532:51039] 
  paymentQueue transaction : Mon Oct  5 16:56:53 2020
2020-10-22 14:01:49.321414-0500 ApplicationTest[532:51039] Restored
2020-10-22 14:01:49.321516-0500 ApplicationTest[532:51039] 
  paymentQueue transaction : Mon Oct  5 16:51:53 2020
2020-10-22 14:01:49.321648-0500 ApplicationTest[532:51039] Restored
2020-10-22 14:01:49.321749-0500 ApplicationTest[532:51039] 
  paymentQueue transaction : Mon Oct  5 08:04:31 2020
2020-10-22 14:01:49.321879-0500 ApplicationTest[532:51039] Restored
2020-10-22 14:01:49.321984-0500 ApplicationTest[532:51039] 
  paymentQueue transaction : Mon Oct  5 19:11:41 2020
2020-10-22 14:01:49.322113-0500 ApplicationTest[532:51039] Restored
2020-10-22 14:01:49.322214-0500 ApplicationTest[532:51039] 
  paymentQueue transaction : Mon Oct  5 16:41:53 2020
2020-10-22 14:01:49.322346-0500 ApplicationTest[532:51039] Restored
2020-10-22 14:01:49.322444-0500 ApplicationTest[532:51039] 
  paymentQueue transaction : Mon Oct  5 14:31:39 2020
2020-10-22 14:01:49.323955-0500 ApplicationTest[532:51039] Restored
2020-10-22 14:01:49.324097-0500 ApplicationTest[532:51039] 
  paymentQueue transaction : Mon Oct  5 12:07:14 2020
2020-10-22 14:01:49.324240-0500 ApplicationTest[532:51039] Restored
2020-10-22 14:01:49.324344-0500 ApplicationTest[532:51039] 
  paymentQueue transaction : Mon Oct  5 14:16:39 2020
2020-10-22 14:01:49.324474-0500 ApplicationTest[532:51039] Restored
2020-10-22 14:01:49.324579-0500 ApplicationTest[532:51039] 
  paymentQueue transaction : Mon Oct  5 14:11:39 2020
2020-10-22 14:01:49.324709-0500 ApplicationTest[532:51039] Restored
2020-10-22 14:01:49.324808-0500 ApplicationTest[532:51039] 
  paymentQueue transaction : Mon Oct  5 07:39:31 2020
2020-10-22 14:01:49.324934-0500 ApplicationTest[532:51039] Restored
2020-10-22 14:01:49.325030-0500 ApplicationTest[532:51039] 
  paymentQueue transaction : Mon Oct  5 07:59:31 2020
2020-10-22 14:01:49.325163-0500 ApplicationTest[532:51039] Restored
2020-10-22 14:01:49.325260-0500 ApplicationTest[532:51039] 
  paymentQueue transaction : Mon Oct  5 19:26:45 2020
2020-10-22 14:01:49.327079-0500 ApplicationTest[532:51039] Restored
2020-10-22 14:01:49.327212-0500 ApplicationTest[532:51039] 
  paymentQueue transaction : Mon Oct  5 07:44:31 2020
2020-10-22 14:01:49.327360-0500 ApplicationTest[532:51039] Restored
2020-10-22 14:01:49.327465-0500 ApplicationTest[532:51039] 
  paymentQueue transaction : Mon Oct  5 07:54:31 2020
2020-10-22 14:01:49.327594-0500 ApplicationTest[532:51039] Restored
2020-10-22 14:01:49.327695-0500 ApplicationTest[532:51039] 
  paymentQueue transaction : Mon Oct  5 14:37:11 2020
2020-10-22 14:01:49.327823-0500 ApplicationTest[532:51039] Restored
2020-10-22 14:01:49.327923-0500 ApplicationTest[532:51039] 
  paymentQueue transaction : Mon Oct  5 19:21:45 2020
2020-10-22 14:01:49.328099-0500 ApplicationTest[532:51039] 

  paymentQueueRestoreCompletedTransactionsFinished  

2020-10-22 14:01:49.328204-0500 ApplicationTest[532:51039] Number of items in my array is: 23
2020-10-22 14:01:49.336873-0500 ApplicationTest[532:51039] 
  finished paymentQueueRestoreCompletedTransactionsFinished
2020-10-22 14:01:50.317721-0500 ApplicationTest[532:51234] 

बी। खरीदें लॉग इन करें:

2020-10-22 14:01:50.319607-0500 ApplicationTest[532:51234] 
  produc purchase : <SKProduct: 0x2839c0630>

2020-10-22 14:01:50.319694-0500 ApplicationTest[532:51234] 
  payment buy product : test.applicationtest

**2020-10-22 14:01:50.319849-0500 ApplicationTest[532:51039] Restored
2020-10-22 14:01:50.319895-0500 ApplicationTest[532:51039] 
  paymentQueue transaction : Mon Oct  5 19:16:45 2020**

तो मुझे समझ नहीं आया कि भुगतान प्रक्रिया विधि को SKPaymentTransactionStateRestored के साथ निष्पादित क्यों किया गया है 5 अक्टूबर

@andresordonezfm आपने खरीद के बाद finishTransaction कहा है?

पॉप-अप के बारे में भी, यहाँ # 863 में दिए गए शानदार परीक्षण हैं। आशा करता हूँ की ये काम करेगा।

@andresordonezfm आपने खरीद के बाद finishTransaction कहा है?

ज़रूर! भी मैं clearTransactionIOS () वैसे भी कहा जाता है अगर यह समस्या हो सकती है, लेकिन कुछ भी नहीं।

पॉप-अप के बारे में भी, यहाँ # 863 में दिए गए शानदार परीक्षण हैं। आशा करता हूँ की ये काम करेगा।

धन्यवाद। मैं समीक्षा करने वाला हूं

कोई समाधान / अपडेट?

अभी तक कुछ भी नहीं। मैं समीक्षा कर रहा था और Apple ने StoreKit और Notification Types में नई सुविधाएँ जोड़ीं।
मुझे यकीन नहीं है कि अगर यह समस्या हो सकती है

https://developer.apple.com/videos/play/wwdc2020/10661/

मैंने पैकेज को डाउनग्रेड किया 4.5.2 मेरे लिए काम किया
जाँच करें कि क्या आप फोन कर रहे हैं
await RNIap.initConnection();
RNIap.requestSubscription से पहले

लगता है कि मैं इस मुद्दे का हल:
https://github.com/dooboolab/react-native-iap/issues/1146

सबसे पहले, जब मैं रसीद को मान्य करता था तो मैं true isTest पैरामीटर के रूप में पारित कर रहा था (तब भी जब एक उत्पादन का निर्माण होता था)।
फिर मैंने रसीद को सत्यापित करने से पहले RNIap.clearTransactionIOS(); purchaseUpdatedListener जोड़ा और RNIap.finishTransaction(purchase, false) बाद RNIap.finishTransactionIOS(purchase.transactionId);

मैंने TestFlight में परीक्षण किया और मैं पहली बार (सैंडबॉक्स खाते के साथ) खरीदारी पूरी कर सका, अब मैं इसे उत्पादन में परीक्षण करने जा रहा हूं light

लगता है कि मैं इस मुद्दे का हल:

1146 है

सबसे पहले, जब मैं रसीद को मान्य करता था तो मैं true isTest पैरामीटर के रूप में पारित कर रहा था (तब भी जब एक उत्पादन का निर्माण होता था)।
फिर मैंने रसीद को सत्यापित करने से पहले RNIap.clearTransactionIOS(); purchaseUpdatedListener जोड़ा और RNIap.finishTransaction(purchase, false) बाद RNIap.finishTransactionIOS(purchase.transactionId);

मैंने TestFlight में परीक्षण किया और मैं पहली बार (सैंडबॉक्स खाते के साथ) खरीदारी पूरी कर सका, अब मैं इसे उत्पादन में परीक्षण करने जा रहा हूं light

हाय दोस्त मैं इस समाधान की कोशिश की, लेकिन मेरे लिए काम नहीं किया।

मैं एक ही मुद्दे में चल रहा हूँ। यह तब होता है जब आप खरीद बहाल करने के बाद सदस्यता खरीदने की कोशिश करते हैं।

मैं @andresordonezfm, से लॉग पुष्टि कर सकते हैं जहां ऐसा लगता है कि SKPaymentQueue के लेन-देन को प्राप्त करता है SKPaymentTransactionStateRestored के बजाय, प्रकार SKPaymentTransactionStatePurchasing प्रकार है, जो "पुनर्स्थापित" का कारण है खरीद पर लॉग इन किया जा रहा है।

हाय दोस्तों देरी के लिए खेद है।

मैं समीक्षा कर रहा था और मुझे इस समस्या का हल मिल गया। समस्या यह है कि पुनर्स्थापना खरीद को कॉल करने से पहले, उसी पुनर्स्थापना खरीद के नए खुले लेनदेन ठीक से बंद नहीं होते हैं। फिर मैंने जबरन उन्हें बंद कर दिया।

फिर पुस्तकालय के ClearTransactionIOS फ़ंक्शन, फ़ंक्शन का उपयोग करके लेनदेन को बंद करने के लिए प्रतीक्षा करने के लिए वादा जोड़ा जाना चाहिए।

यहाँ मेरा कोड है:

फ़ाइल: प्रतिक्रिया-मूल-आईएपी / आईओएस / आरएनआईआईआईओपीएम

1. फ़ंक्शन RCT_EXPORT_METHOD (ClearTransaction) को निम्न कोड से बदलें

RCT_EXPORT_METHOD(clearTransaction:(RCTPromiseResolveBlock)resolve
                  reject:(RCTPromiseRejectBlock)reject) {  

    NSLog(@"\n\n\n  ***  clear remaining Transactions. Call this before make a new transaction   \n\n.");

    NSArray *pendingTrans = [[SKPaymentQueue defaultQueue] transactions];
    countPendingTransaction = (NSInteger)(pendingTrans.count);

    if (countPendingTransaction > 0) {
        [self addPromiseForKey:@"cleaningTransactions" resolve:resolve reject:reject];

        for (SKPaymentTransaction *transaction in pendingTrans) {
            [[SKPaymentQueue defaultQueue] finishTransaction:transaction];
        }

    } else {
        resolve(nil);
    }
}

1. निम्नलिखित नया फ़ंक्शन जोड़ें (मैंने RNIapIos.m फ़ाइल के अंत में यह फ़ंक्शन जोड़ा। लाइन "@end" से पहले)

-(void)paymentQueue:(SKPaymentQueue *)queue removedTransactions:(NSArray *)transactions {
    NSLog(@"removedTransactions");
    if (countPendingTransaction != nil && countPendingTransaction > 0) {
        countPendingTransaction--;
        if (countPendingTransaction == 0) {
            [self resolvePromisesForKey:@"cleaningTransactions" value:nil];
            countPendingTransaction = nil;
        }
    }
}

फ़ाइल: प्रतिक्रिया-देशी-आईएपी / आईओएस / आरएनआईआईआईआईओआईएसएच

1. कोड के तहत "SKProduct * प्रचारित उत्पाद;" निम्नलिखित पंक्ति जोड़ें

  NSInteger countPendingTransaction;

अंत में "RNIap.requestSubscription (productId, false)" फ़ंक्शन को कॉल करने से पहले।
ClearTransactionIOS फ़ंक्शन को उदाहरण के लिए बुलाया जाना चाहिए:

    if (Platform.OS === 'ios') {
      await RNIap.clearTransactionIOS();
    }
    await RNIap.requestSubscription(productId, false);

मुझे उम्मीद है यह मदद करेगा। खरीद बहाल करने का अजीब व्यवहार मैं कारण खोजने में सक्षम नहीं हूं। लेकिन यह मेरे लिए सैंडबॉक्स में परीक्षण का हल है।

अगर आपके पास कोई भी सुझाव है, तो कृपया मुझे बताएं।

मुझे भी यह समस्या है author कृपया लेखक, मेरी मदद करें, अपने परिवार को धन्यवाद दें

मुझे भी यह समस्या है author कृपया लेखक, मेरी मदद करें, अपने परिवार को धन्यवाद दें

हाय दोस्त, पिछली टिप्पणी में, मैंने इसे हल करने के लिए जो कदम उठाए, उन्हें समझाया गया है

यदि आपके पास कोई टिप्पणी है, तो मुझे बताएं

@andresordonezfm क्या आप इन परिवर्तनों के लिए एक पीआर बनाने के लिए तैयार होंगे?

पुनर्स्थापना के बाद होने वाली SKPaymentTransactionStateRestored रूप में आने वाली खरीद के मुद्दे के लिए, मैंने एक नया खाता बनाया और कुछ खरीदारी की और यह उस खाते के लिए नहीं हो रहा है। मैं बाद में RNIap.getAvailablePurchases() और RNIap.requestSubscription() कॉल करने में सक्षम हूं।

ऐसा लगता है कि यह उपयोगकर्ता द्वारा खरीदी गई राशि से संबंधित हो सकता है? मैंने अभी तक उत्पादन पर कोई परीक्षण नहीं चलाया है।

खैर, "मज़े करने" के एक दिन के बाद यह वही है जो मैंने अब तक निष्कर्ष निकाला है ... मेरे पास विभिन्न ओएस संस्करणों पर विभिन्न डिवाइस हैं और मुझे उनमें से प्रत्येक पर यह समस्या है। मैंने इस संबंध में Apple से संपर्क किया है और हम अभी भी मामले का पालन कर रहे हैं, हालांकि, बिना किसी ठोस निष्कर्ष के। मुझे विश्वास नहीं है कि यह पैकेज के साथ एक समस्या है, यह एप्पल के पक्ष में कुछ होना चाहिए। मैंने उन सभी चीजों की कोशिश की है जिनका लोग इस धागे पर और अन्य धागों में उल्लेख कर रहे हैं जिन्होंने इसी तरह की समस्या बताई है। इन ऐप परचेज डायलॉग केवल दिखाने पर असंगत है और अब तक, मुझे इसका कोई वैध कारण नहीं मिल सकता है क्योंकि परिणाम हमेशा अलग होते हैं। कभी-कभी मुझे एक E_UNKNOWN त्रुटि मिलती है, दूसरी बार मुझे शून्य प्रतिक्रिया मिलती है, कभी-कभी पॉप अप 10 मिनट के इंतजार के बाद दिखाता है और दूसरी बार यह सिर्फ काम करता है ... मैंने सैंडबॉक्स उपयोगकर्ताओं, गैर सैंडबॉक्स उपयोगकर्ताओं के साथ कोशिश की है, मुझे मिला है। एक ही उपयोगकर्ता और डिवाइस के लिए एक ही अलग परिणाम और एक त्रुटि या निर्णायक / आनंददायक लॉग भी नहीं दिखाया गया है। यह सिर्फ डिबग करने के लिए निराशाजनक है क्योंकि आप बहुत कुछ नहीं पा सकते हैं ... ठीक है, अगर आप लोगों को किसी भी प्रकार की सलाह या अंतर्दृष्टि है, तो मैं सुन रहा हूं ... इस बीच, अगर मुझे Apple से कुछ समाचार हैं, तो मैं तुम्हें तैनात रखेंगे...
PS EDIT। अंतिम टिप्पणी को पढ़ने के बाद, एक बात संगत है और मैं इसकी पुष्टि कर सकता हूं, आईओएस 14 पर यह बात अधिक असंगत लगती है, हालांकि यह हर ओएस संस्करण पर होता है कि मैंने यह (12, 13.7, 14) परीक्षण किया है। हालांकि, मैं अभी भी इस धारणा के साथ हूं कि समस्या केवल ओएस संस्करण से संबंधित नहीं है और इसलिए मैं सोच रहा हूं कि यह सैंडबॉक्स सर्वर या ऐप्पल के अंत में किसी अन्य चीज के साथ होना चाहिए।

ठीक वैसे ही जो मैं अपने अंत पर अनुभव कर रहा हूं, इसके बाद भी @andresordonezfm (https://github.com/dooboolab/react-native-iap/issues/1120#issuecomment-780805587) द्वारा सुझाए गए फ़िक्स के बाद। @ 106firestarter , क्या Apple ने कभी जवाब दिया?

मैं देखूंगा कि इस बीच डेवलपर मंचों में मुझे क्या मिल सकता है।

पुनर्स्थापना के बाद होने वाली SKPaymentTransactionStateRestored रूप में आने वाली खरीद के मुद्दे के लिए, मैंने एक नया खाता बनाया और कुछ खरीदारी की और यह उस खाते के लिए नहीं हो रहा है। मैं बाद में RNIap.getAvailablePurchases() और RNIap.requestSubscription() कॉल करने में सक्षम हूं।

ऐसा लगता है कि यह उपयोगकर्ता द्वारा खरीदी गई राशि से संबंधित हो सकता है? मैंने अभी तक उत्पादन पर कोई परीक्षण नहीं चलाया है।

मैं कोशिश करूँगा कि, लेकिन उत्पादन वास्तव में एक चिंता का विषय है।

रिकॉर्ड के लिए, मैं getAvailablePurchases() से पहले requestSubscription() भी कॉल कर रहा हूं।

संभवतः संबंधित:

• https://developer.apple.com/forums/thread/669435

मैं इस बात की भी पुष्टि कर सकता हूं कि बिलकुल नए खाते के साथ मुद्दा अब नहीं है जैसा कि @Paduado ने कहा है (https://github.com/dooboolab/react-native-iap/issues/1120#issuecomment-742685043)।

सुधार: @andresordonezfm द्वारा सुझाए गए फिक्स के साथ मिलकर एक नए खाते का उपयोग करना मेरे अंत पर काम करता है। बिना किसी फिक्स के, बहुत पहले सब्सक्रिप्शन के बाद, वही व्यवहार जो मैं पहले अनुभव कर रहा था, वह फिर से उभरता है और मैं फिर से सदस्यता नहीं ले सकता। फिक्स लागू करने के बाद मैंने जो एक और बात देखी, वह यह है कि सदस्यताएँ स्वतः स्वत: नवीनीकृत नहीं होती हैं, एक बार भी नहीं, हालांकि सैंडबॉक्स का उपयोग करके उन्हें 5 बार नवीनीकृत करने की उम्मीद की जाती है।

@andresordonezfm क्या आप इन परिवर्तनों के लिए एक पीआर बनाने के लिए तैयार होंगे?

हाय, देरी के लिए खेद है फिर से। मैंने प्रतिक्रिया-मूलक आईएपी के लिए एक पुल अनुरोध बनाया

~ मैं इस बात की भी पुष्टि कर सकता हूं कि बिलकुल नए खाते के साथ मुद्दा अब नहीं है जैसा कि @Paduado ने कहा है ( # 1120 (टिप्पणी) ) ~।

सुधार: @andresordonezfm द्वारा सुझाए गए फिक्स के साथ मिलकर एक नए खाते का उपयोग करना मेरे अंत पर काम करता है। बिना किसी फिक्स के, बहुत पहले सब्सक्रिप्शन के बाद, वही व्यवहार जो मैं पहले अनुभव कर रहा था, वह फिर से उभरता है और मैं फिर से सदस्यता नहीं ले सकता। फिक्स लागू करने के बाद मैंने जो एक और बात देखी, वह यह है कि सदस्यताएँ स्वतः स्वत: नवीनीकृत नहीं होती हैं, एक बार भी नहीं, हालांकि सैंडबॉक्स का उपयोग करके उन्हें 5 बार नवीनीकृत करने की उम्मीद की जाती है।

हाय दोस्त मुझे लगता है कि यह एक सैंडबॉक्स समस्या है। क्या आप वह व्यवहार देते रहते हैं?

@andresordonezfm हाँ, मुझे भी संदेह है कि यह Apple के सैंडबॉक्स के साथ एक मुद्दा है। मैंने अपनी अंतिम टिप्पणी के बाद से कोई और परीक्षण नहीं किया है और मैं उत्पादन की जांच कर रहा हूं। हालाँकि, आज तक, मुझे ग्राहकों से कोई शिकायत नहीं मिली।

सैंडपैड एक नए खाते का उपयोग करते समय मेरे अंत में ट्रैक पर वापस आ जाता है, जैसा कि पिछले था , बिना किसी कोड में कोई बदलाव किए। 😕🤷♂️ 😕

@andresordonezfm मुझे इसे ठीक करने के लिए एक ही चीज़ और आपके पैच सीम का सामना करना पड़ा। हालाँकि, मुझे लगता है कि मुझे आपके कोड में सूक्ष्म बग दिखाई दे रहा है जो संभवतः cleartTransactionsIOS() लटकने का कारण बन सकता है। removeTransactions 1 या अधिक लेनदेन को हटाने के साथ बुलाया जा सकता है। तो removeTransactions , मुझे लगता है कि हम चाहते हैं:

        countPendingTransaction -= [transactions count];

व्यवहार में, मैंने केवल removedTransactions को एक लेनदेन के साथ देखा है, लेकिन ऐप्पल डॉक्स का कहना है कि यह एक या अधिक हो सकता है। वैसे अच्छा लगा! मैं थोड़ी देर के लिए इस पर अटक गया था।

@andresordonezfm मुझे इसे ठीक करने के लिए एक ही चीज़ और आपके पैच सीम का सामना करना पड़ा। हालाँकि, मुझे लगता है कि मुझे आपके कोड में सूक्ष्म बग दिखाई दे रहा है जो संभवतः cleartTransactionsIOS() लटकने का कारण बन सकता है। removeTransactions 1 या अधिक लेनदेन को हटाने के साथ बुलाया जा सकता है। तो removeTransactions , मुझे लगता है कि हम चाहते हैं:

        countPendingTransaction -= [transactions count];

व्यवहार में, मैंने केवल removedTransactions को एक लेनदेन के साथ देखा है, लेकिन ऐप्पल डॉक्स का कहना है कि यह एक या अधिक हो सकता है। वैसे अच्छा लगा! मैं थोड़ी देर के लिए इस पर अटक गया था।

हाय दोस्त, तुम सिफारिश के लिए धन्यवाद। मैंने आपके प्रस्ताव का परीक्षण किया और यह मेरे लिए अच्छा है। मैंने उस बदलाव के साथ एक अनुरोध किया।

नोट: हां, मैंने उस दस्तावेज की समीक्षा की थी, लेकिन चूंकि इसे केवल लेन-देन से निकाल दिया गया है, इसलिए मैंने इसे लागू नहीं किया। लेकिन यह एक बहुत अच्छी सिफारिश है। धन्यवाद!