여기도 마찬가지입니다. 누구든지 도울 수 있습니까?

중단되지 않지만 [] 반환

구매 대화 상자가 표시되고 구매 리스너가 올바르게 호출되지만 requestSubscription 호출은 해결되지 않은 약속을 반환합니다.

이것이 여기에서 해결되었을 수 있습니다 https://github.com/dooboolab/react-native-iap/pull/1064

이전에 약속 수정을 적용 했으므로 여기서 문제가되지 않습니다.

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); });

부울 매개 변수가 false 인 메서드를 호출했는데 이것이 권장 사항이라고 생각합니다. 나는 그것을 제거하고 메서드를 호출하는 방법에 관계없이 iOS14에서 여전히 매우 이상한 동작을보고 있으며 TestFlight를 통해 iOS 13을 실행하는 iPhone 및 iPad에서 제대로 작동합니다. 부울을 사용하거나 사용하지 않고 requestSubscription을 테스트했는데 iOS 14에서 구매 대화 상자가 표시되지 않습니다. 이제 대부분의 경우 잘못된 영수증처럼 보이는 RequestUpdatedListener를 즉시 호출합니다.

TestFlight를 사용하여 iOS14 및 xCode 12에서 구독에 문제가없는 다른 사람이 있습니까?

getPurchaseHistory() 또는 getAvailablePurchases() 직전에 requestSubscription() 하십니까? 그렇다면 이것은 iOS 14에서 문제인 것 같습니다.

흐름 초기에 getAvailablePurchases ()를 수행합니다. 앱로드시 구독 화면 바로 앞의 화면입니다.

네, 불행히도 이것은 iOS 14의 버그 인 것 같습니다.이 플러그인의 결함은 없습니다. 네이티브 코드를 확인했는데 동일한 문제입니다.

그게 문제였습니다. getAvailablePurchases () 호출을 제거하고 구매 팝업이 발생하고 구매가 성공했습니다. 유감스럽게도 App Load에서 구독 상태를 확인하기 때문에 getAvailablePurchases를 호출해야합니다. 이 문제를 해결하기 위해 iOS 14 패치를 기다려야 할 것 같습니까? 다른 사람이 할 수있는 일은 없습니까? 그건 그렇고, theDev23 정말 감사합니다!

천만에요. 가장 좋은 방법은 아마도 서버 기반 검사에 의존하는 것입니다.

나는 서버가 이것을하는 것을 피하고 싶었다. 내 반응의 코드를 Firebase Cloud Function과 같은 것으로 복사하는 것만 큼 쉬운가요? 아니면 다시 아키텍처를 구축해야할까요? 아마 멍청한 질문 이겠지만, 우리 모두 멍청한 질문을하기 시작했습니다. :)

@ the- dut iaphub 를 사용하여 서버 영수증 확인을 처리 할 수 ​​있습니다.

미국 중서부 지역에 거주하는 경우 원하는 음료. :)

라이브 사용자에게 영향을 미치는 동일한 문제입니다. @ theDev23 iOS의 문제에 대한 토론 링크가 있습니까? 수정해야 할 일정이 있습니까?

@nicknjpconsultingllc 링크가 없습니다, 죄송합니다. 나는 스스로 파고 들었다.

@ the-dut Firebase Cloud Functions도 사용하고 있습니다. 이 저장소를 확인하십시오.

purchaseUpdatedListener에서 성공적으로 구매할 때 영수증을 데이터베이스에 저장 한 다음 앱로드시 데이터베이스에서 영수증을 가져 와서 다시 확인하고 만료 여부를 확인합니다. 그 덕분에 getAvailablePurchases () 호출을 없앨 수있었습니다. iOS14에서 잘 작동한다는 것입니다. 지금까지 정말 잘 작동했고 훨씬 빠릅니다. 이제 얼마나 멀리 가져 가야하는지에 대한 질문입니다. 이것이 내가하는 전부라면, 트랜잭션을 완료 할 때까지 구독에 대한 모든 업데이트 (기본적으로 자동 갱신)에 대해 UpdatedPurchaseListener가 호출됩니까? 아니면 자동 갱신에 대한 정보를 얻기 위해 서버 간 알림을 구현해야합니까? 업데이트 된 PurchaseListener를 사용하는 것이 서버 간 통합이 완벽하지 않다는 것을 읽고 있기 때문에 더 나은 (그리고 더 간단한) 솔루션 인 것 같습니다.

getPurchaseHistory를 제거하고 promise 수정을 적용한 후에도이 문제가 계속 발생합니다. 구매 대화 상자를 팝업 할 수 없습니다. 아무도 도울 수 있습니까?

구매 요청을하기 전에 AIP에 거는 모든 전화를 살펴보십시오. getAvailablePurchases ()도 호출하고 있습니까?

getAvailablePurchases () 및 getPurchaseHistory ()에 대한 호출을 제외 할 수 없습니다. 어쨌든 requestSubscription ()이 이러한 호출로 구매 메뉴를 팝업하도록 만들 수 있습니까?

안녕하세요 @ HamzaIkram2727 , 제가

@ the-dut getAvailablePurchases () 및 getPurchaseHistory () 호출을 사용하지 않더라도 여전히 동일한 문제에 직면하고 있습니다. 구매 대화창이 나오지 않고 자동으로 구매가 완료됩니다.

또한 finishTrsanactionIOS 및 finishTransation 함수를 호출하고 있습니다.

앱을 종료하여 iOS 기본 구매 대화 상자를 얻을 수있었습니다. 이것은 마침내 몇 가지 약속이 해결 된 것처럼 보입니다. react-native-iap 약속 종속성이 있는지 확실하지 않지만 동작이 이상하게 보입니다. requestSubscription 호출은 앱에서 해결되지만 앱을 종료 할 때까지 대화 상자가 없습니다.

getAvailblePruchases ()와 동일한 문제가 있습니다. 대부분의 경우 약속이 해결되거나 거부되지 않습니다. iOS 14 기기에서 테스트 할 때 시작되었습니다.

나도 같은 문제가 있어요

1. getAvailablePurchases ()를 호출합니다.
2. requestSubscription ()

getAvailablePurchase를 제거했고 분명히 잘 작동합니다.

업데이트가 있습니까?

정말 이상한 행동이고 내가 알아 차린 것은 iOS 14에서만 일어나는 일이 아닙니다 ... 나는 무슨 일이 일어나고 있는지 이해하려고 애플에 연락하고 있습니다. 나는 그것이 패키지와 관련된 문제라고 생각하지 않습니다. 본인.

여기에 내가 같은 문제에 직면하고 있다고 말하기 위해. 나는 이미 iOS 12에서 테스트했고 잘 작동하고 있습니다 ... iOS 14는 버그가 있습니다.

requestSubscription에 대한 내 요청은 영원히 지속됩니다 ... 그리고 프로덕션에서 버그가 발생하고 있습니다!

글쎄, "즐거운"하루를 보낸 후 이것이 지금까지 결론을 내렸다. 나는 다른 OS 버전에 다양한 장치를 가지고 있고 각각에이 문제가있다. 이 문제와 관련하여 Apple에 문의했으며 확실한 결론없이 여전히 케이스를 추적하고 있습니다. 나는 그것이 패키지의 문제라고 생각하지 않는다. 그것은 애플 측의 문제 일 것이다. 나는 사람들이이 스레드와 유사한 문제를보고 한 다른 스레드에서 언급하는 모든 것을 시도했습니다. In App Purchase 대화 상자가 표시되는 데 일관성이 없으며 지금까지 결과가 항상 다르기 때문에 유효한 이유를 찾을 수 없습니다. 때로는 E_UNKNOWN 오류가 발생하고, 다른 경우에는 피드백이 0 인 경우도 있고, 10 분 동안 기다린 후 팝업이 표시되는 경우도 있고, 다른 경우에는 제대로 작동하는 경우도 있습니다. 샌드 박스 사용자, 비 샌드 박스 사용자에게 시도했습니다. 동일한 사용자 및 장치에 대해 동일한 다른 결과가 발생하며 오류 또는 결정적이고 통찰력있는 로그도 표시되지 않습니다. 거의 아무것도 찾을 수 없기 때문에 디버그하기가 답답할뿐입니다 ... 글쎄요, 여러분이 어떤 종류의 조언이나 통찰력이 있다면, 저는 듣고 있습니다. 그동안 제가 Apple로부터 소식이 있다면, 계속 게시하겠습니다 ...
추신 편집. 마지막 댓글을 읽은 후 한 가지는 일관성이 있으며 확인할 수 있습니다 .iOS 14에서는 테스트 한 모든 OS 버전 (12, 13.7, 14)에서 발생하더라도 일관되지 않은 것 같습니다. 그러나 나는 여전히 문제가 OS 버전과 관련된 것이 아니라는 인상을 받고 있으며 이것이 Sandbox 서버 또는 Apple 측의 다른 것이어야한다고 생각하는 이유입니다 ..

App Store에서 승인 한 빌드로 앱 패키지를 테스트했으며 iOS 버전 14 이상에서 불일치가 더 두드러진 것처럼 보입니다.

결론은 Apple이 iOS 14+에서 영수증을 확인하는 방식이 약간 다르다는 것입니다.

이미 구매 한 계정에서 발생합니다.

1. Sandbox에서 새 계정 만들기
2. 구매하기 (restorePurchases에 구매가 없기 때문에 정상적으로 작동합니다)
3. 만료 될 때까지 기다리십시오.
4. 다시 구입하십시오. (이제 복원 구매가 개체에 응답하고 구매를 확인하는 팝업이 더 이상 작동하지 않음)

이상 해요. 라이브러리 코드를 검토하고 테스트를 위해 로그를 추가했습니다. 그리고 나는 다음을 얻었다

1. restorePurchases가 호출 될 때. "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. 함수 paymentQueue 가 실행되어 복원 트랜잭션을 완료합니다.

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

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

1. resolvePromisesForKey 가 restorePurchase를 완료합니다.

2. requestSubscription 함수 buyProduct 호출 시작

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] 

비. buySubcription 로그 :

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**

그래서 paymentQueue 메서드가 10 월 5 일자 SKPaymentTransactionStateRestored로 실행되는 이유를 이해할 수 없습니다.

@andresordonezfm 구매 후 finishTransaction 전화 했습니까?

또한 팝업과 관련하여 # 863에 제공된 훌륭한 시도가 있습니다. 도움이 되었기를 바랍니다.

@andresordonezfm 구매 후 finishTransaction 전화 했습니까?

확실한! 또한 문제가 될 수 있지만 아무것도 없다면 clearTransactionIOS ()를 호출했습니다.

또한 팝업과 관련하여 # 863에 제공된 훌륭한 시도가 있습니다. 도움이 되었기를 바랍니다.

감사합니다. 나는 그것을 검토 할 것이다

솔루션 / 업데이트가 있습니까?

아직 없습니다. 검토 중에 Apple이 StoreKit 및 알림 유형에 새로운 기능을 추가했습니다.
그게 문제가 될 수 있는지 잘 모르겠습니다.

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

우선 영수증을 검증 할 때 isTest 매개 변수로 true 를 전달했습니다 (프로덕션 빌드 일 때도).
그런 다음 영수증을 확인하기 전에 purchaseUpdatedListener 에 RNIap.clearTransactionIOS(); 를 추가하고 RNIap.finishTransaction(purchase, false) 뒤에 RNIap.finishTransactionIOS(purchase.transactionId);

TestFlight에서 테스트했고 처음으로 (샌드 박스 계정으로) 구매를 완료 할 수있었습니다. 이제 프로덕션에서 테스트하겠습니다 🤞

이 문제에 따라 해결 한 것 같습니다.

1146 년

우선 영수증을 검증 할 때 isTest 매개 변수로 true 를 전달했습니다 (프로덕션 빌드 일 때도).
그런 다음 영수증을 확인하기 전에 purchaseUpdatedListener 에 RNIap.clearTransactionIOS(); 를 추가하고 RNIap.finishTransaction(purchase, false) 뒤에 RNIap.finishTransactionIOS(purchase.transactionId);

TestFlight에서 테스트했고 처음으로 (샌드 박스 계정으로) 구매를 완료 할 수있었습니다. 이제 프로덕션에서 테스트하겠습니다 🤞

안녕 친구 나는이 해결책을 시도했지만 나를 위해 일하지 않았습니다.

나는 같은 문제에 직면하고 있습니다. 구매 복원 후 구독 구매를 시도 할 때 발생합니다.

이 보인다 어디 @andresordonezfm에서 로그를 확인할 수 있습니다 SKPaymentQueue 의 거래 수신 SKPaymentTransactionStateRestored 대신에, 유형을 SKPaymentTransactionStatePurchasing "복원"에 대한 이유이다 유형, 구매시 로그인되는 문자열입니다.

늦어서 죄송합니다.

검토 중에이 문제에 대한 해결책을 찾았습니다. 문제는 복원 구매를 호출하기 전에 동일한 복원 구매의 새로 열린 트랜잭션이 제대로 닫히지 않는다는 것입니다. 그런 다음 강제로 닫습니다.

그런 다음 라이브러리의 clearTransactionIOS 함수, removeTransactions 함수를 사용하여 트랜잭션이 닫힐 때까지 기다리도록 약속을 추가해야합니다.

내 코드는 다음과 같습니다.

파일 : react-native-iap / ios / RNIapIos.m

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;
        }
    }
}

파일 : react-native-iap / ios / RNIapIos.h

1. "SKProduct * promotedProduct"코드에서 다음 줄을 추가하십시오

  NSInteger countPendingTransaction;

마지막으로 "RNIap.requestSubscription (productId, false)"함수를 호출하기 전입니다.
clearTransactionIOS 함수를 호출해야합니다. 예를 들면 다음과 같습니다.

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

도움이되기를 바랍니다. 복원 구매의 이상한 동작은 이유를 찾을 수 없었습니다. 그러나 이것은 Sandbox에서 테스트를 위해 해결되었습니다.

제안 사항이 있으면 알려주십시오.

나는 또한이 문제가 있습니다, 저자, 도와주세요, 당신의 가족에게 감사드립니다

나는 또한이 문제가 있습니다, 저자, 도와주세요, 당신의 가족에게 감사드립니다

안녕 친구, 이전 댓글에서 내가 해결하기 위해 한 단계가 설명되어 있습니다.

의견이 있으시면 알려주세요

@andresordonezfm 이러한 변경 사항에 대한 PR을 생성 할 의향이 있습니까?

복원 후 발생하는 SKPaymentTransactionStateRestored 구매 문제에 대해 새 계정을 만들고 몇 번 구매했는데 해당 계정에 대해 발생하지 않습니다. 나중에 RNIap.getAvailablePurchases() 및 RNIap.requestSubscription() 로 전화 할 수 있습니다.

사용자가 구매 한 금액과 관련이있는 것 같습니다. 아직 프로덕션 테스트를 실행하지 않았습니다.

글쎄, "즐거운"하루를 보낸 후 이것이 지금까지 결론을 내렸다. 나는 다른 OS 버전에 다양한 장치를 가지고 있고 각각에이 문제가있다. 이 문제와 관련하여 Apple에 문의했으며 확실한 결론없이 여전히 케이스를 추적하고 있습니다. 나는 그것이 패키지의 문제라고 생각하지 않는다. 그것은 애플 측의 문제 일 것이다. 나는 사람들이이 스레드와 유사한 문제를보고 한 다른 스레드에서 언급하는 모든 것을 시도했습니다. In App Purchase 대화 상자가 표시되는 데 일관성이 없으며 지금까지 결과가 항상 다르기 때문에 유효한 이유를 찾을 수 없습니다. 때로는 E_UNKNOWN 오류가 발생하고, 다른 경우에는 피드백이 0 인 경우도 있고, 10 분 동안 기다린 후 팝업이 표시되는 경우도 있고, 다른 경우에는 제대로 작동하는 경우도 있습니다. 샌드 박스 사용자, 비 샌드 박스 사용자에게 시도했습니다. 동일한 사용자 및 장치에 대해 동일한 다른 결과가 발생하며 오류 또는 결정적이고 통찰력있는 로그도 표시되지 않습니다. 거의 아무것도 찾을 수 없기 때문에 디버그하기가 답답할뿐입니다 ... 글쎄요, 여러분이 어떤 종류의 조언이나 통찰력이 있다면, 저는 듣고 있습니다. 그동안 제가 Apple로부터 소식이 있다면, 계속 게시하겠습니다 ...
추신 편집. 마지막 댓글을 읽은 후 한 가지는 일관성이 있으며 확인할 수 있습니다 .iOS 14에서는 테스트 한 모든 OS 버전 (12, 13.7, 14)에서 발생하더라도 일관되지 않은 것 같습니다. 그러나 나는 여전히 문제가 OS 버전과 관련된 것이 아니라는 인상을 받고 있으며 이것이 Sandbox 서버 또는 Apple 측의 다른 것이어야한다고 생각하는 이유입니다 ..

@andresordonezfm (https://github.com/dooboolab/react-native-iap/issues/1120#issuecomment-734805587)이 제안한 수정 사항 이후에도 제가 겪고있는 것과 정확히 @ 106firestarter , Apple이 답장 한 적이 있습니까?

그 동안 개발자 포럼에서 무엇을 찾을 수 있는지 살펴 보겠습니다.

복원 후 발생하는 SKPaymentTransactionStateRestored 구매 문제에 대해 새 계정을 만들고 몇 번 구매했는데 해당 계정에 대해 발생하지 않습니다. 나중에 RNIap.getAvailablePurchases() 및 RNIap.requestSubscription() 로 전화 할 수 있습니다.

사용자가 구매 한 금액과 관련이있는 것 같습니다. 아직 프로덕션 테스트를 실행하지 않았습니다.

나는 그것을 시도 할 것이지만 실제로 생산도 문제입니다.

기록을 위해 getAvailablePurchases() 전에 requestSubscription() getAvailablePurchases() 를 호출합니다.

관련 가능성 :

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

새로운 계정을 사용하면 더 이상 @Paduado가 언급 확인할 수 있습니다 (https://github.com/dooboolab/react-native-iap/issues/1120#issuecomment-742685043).

수정 : @andresordonezfm 이 제안한 수정 사항과 함께 새로운 계정을 사용하면 내 쪽에서 작동합니다. 수정이 없으면 첫 번째 구독 후 이전에 경험했던 것과 동일한 동작이 다시 나타나 더 이상 다시 구독 할 수 없습니다. 수정 사항을 적용한 후 한 가지 더 눈에 띄는 점은 샌드 박스를 사용하면 5 번 갱신 될 것으로 예상되지만 구독이 더 이상 자동 갱신되지 않는 것 같습니다.

@andresordonezfm 이러한 변경 사항에 대한 PR을 생성 할 의향이 있습니까?

안녕하세요, 늦어서 죄송합니다. 반응 네이티브 iap에 대한 풀 요청을 만들었습니다.

~ 새 계정을 사용하면 더 이상 @Paduado가 언급 확인할 수 있습니다 ( # 1120 (코멘트) ). ~

수정 : @andresordonezfm 이 제안한 수정 사항과 함께 새로운 계정을 사용하면 내 쪽에서 작동합니다. 수정이 없으면 첫 번째 구독 후 이전에 경험했던 것과 동일한 동작이 다시 나타나 더 이상 다시 구독 할 수 없습니다. 수정 사항을 적용한 후 한 가지 더 눈에 띄는 점은 샌드 박스를 사용하면 5 번 갱신 될 것으로 예상되지만 구독이 더 이상 자동 갱신되지 않는 것 같습니다.

안녕 친구 샌드 박스 문제라고 생각합니다. 당신은 그 행동을 계속하고 있습니까?

@andresordonezfm 예, Apple의 샌드 박스에 문제가 있다고 생각합니다. 마지막 댓글 이후로 더 이상 테스트를 수행하지 않았으며 아직 프로덕션을 확인하지 않았습니다. 그러나 지금까지 고객으로부터 불만을받지 못했습니다.

@Paduado가 이전에보고 올랐습니다 . 🤷‍♂️ 😕

@andresordonezfm 나는 그것을 고치기 위해 똑같은 일과 패치 이음새를 만났습니다. 그러나 잠재적으로 cleartTransactionsIOS() 을 (를) 중단시킬 수있는 코드에 미묘한 버그가 있다고 생각합니다. removeTransactions 는 제거 할 하나 이상의 트랜잭션과 함께 호출 될 수 있습니다. 따라서 removeTransactions 에서는 다음을 원한다고 생각합니다.

        countPendingTransaction -= [transactions count];

실제로는 한 번의 트랜잭션으로 removedTransactions 호출되는 것을 보았지만 애플 문서 에서는 하나 이상일 수 있다고 말합니다. 그건 그렇고 좋은 찾기! 나는 이것에 한동안 붙어 있었다.

@andresordonezfm 나는 그것을 고치기 위해 똑같은 일과 패치 이음새를 만났습니다. 그러나 잠재적으로 cleartTransactionsIOS() 을 (를) 중단시킬 수있는 코드에 미묘한 버그가 있다고 생각합니다. removeTransactions 는 제거 할 하나 이상의 트랜잭션과 함께 호출 될 수 있습니다. 따라서 removeTransactions 에서는 다음을 원한다고 생각합니다.

        countPendingTransaction -= [transactions count];

실제로는 한 번의 트랜잭션으로 removedTransactions 호출되는 것을 보았지만 애플 문서 에서는 하나 이상일 수 있다고 말합니다. 그건 그렇고 좋은 찾기! 나는 이것에 한동안 붙어 있었다.

안녕 친구, 추천 해주셔서 감사합니다. 나는 당신의 제안을 테스트했고 그것은 나를 위해 잘 작동합니다. 나는 그 변경으로 풀 리퀘스트를 만들었다.

참고 : 예, 해당 문서를 검토했지만 트랜잭션에서 트랜잭션으로 만 실행되기 때문에 구현하지 않았습니다. 그러나 그것은 아주 좋은 권고입니다. 감사합니다!