StackOverflow2013

Note that there are some explanatory texts on larger screens.

plurals

PO
primarykey
Id
8135919
data
AcceptedAnswerId
0
AnswerCount
0
ClosedDate
CommentCount
0
CommunityOwnedDate
CreationDate
2011-11-15T11:51:28.290
FavoriteCount
0
LastActivityDate
2011-11-15T11:51:28.290
LastEditDate
LastEditorUserId
0
OwnerUserId
315635
ParentId
6177940
PostTypeId
2
Score
0
ViewCount
0
LastEditorDisplayName
text
Body
<pre><code>Q: How I can detect when this event (currently subscribed) has occurred so that I can process the transaction and grant access to my app. </code></pre> You detect when the subscription exists via validation with Apple (I use php website code to do this), you get a "status code" response back, and can verify whether it is a code 21006 (subscription is expired), or others (I consider anything other than 0 and 21006 to be an actual error). The way I do things is I store the transaction details inside a PLIST file which I store in the documents directory. You could add extra fields to the PLIST such as expiryDates, boolean flags, etc. This way you have a copy of the receipt, although you should always validate it because it might have expired. <blockquote> Q: In the paymentQueue:updatedTransactions: method of the observer it is coming through as a SKPaymentTransactionStateFailed. How do I distinguish between this type of failure and other failures such as the user pressing the cancel buttons? </blockquote> You use a switch statement in the updatedTransactions method to determine the different types of responses. Example <pre><code>-(void)paymentQueue:(SKPaymentQueue *)queue restoreCompletedTransactionsFailedWithError:(NSError *)error { NSString *message = [NSString stringWithFormat:@"Transaction failed with error - %@", error.localizedDescription]; NSLog(@"Error - %@", message); UIAlertView *alertView = [[UIAlertView alloc] initWithTitle:@"Error" message:message delegate:nil cancelButtonTitle:@"OK" otherButtonTitles:nil]; [alertView show]; [alertView release]; } -(void)paymentQueue:(SKPaymentQueue *)queue updatedTransactions:(NSArray *)transactions { NSLog(@"updatedTransactions"); for (SKPaymentTransaction *transaction in transactions) { switch (transaction.transactionState) { case SKPaymentTransactionStatePurchasing: // take action whilst processing payment break; case SKPaymentTransactionStatePurchased: // take action when feature is purchased break; case SKPaymentTransactionStateRestored: // take action to restore the app as if it was purchased break; case SKPaymentTransactionStateFailed: if (transaction.error.code != SKErrorPaymentCancelled) { // Do something with the error } // end if break; default: break; } // end switch } // next </code></pre> The TransactionStateFailed handles the failures, although I do not code for cancellation as there is no reason for me to do so in my app. <blockquote> Q: Do I submit the transaction that is returned or do I need to call restorePreviousTransactions. </blockquote> I believe StoreKit handles this internally with finishTransaction method and restorePreviousTransaction methods ie, <code>[[SKPaymentQueue defaultQueue] finishTransaction: transaction];</code> to finish off transactions I hope this helps
Tags
Title
singulars
PostAcceptedAnswerId
1. This table or related slice is empty.
PostParentId
1. POAlready purchased subscriptions in StoreKit
 singulars
 PostTypePostTypeId
 PTQuestion
PostTypePostTypeId
1. PTAnswer
UserLastEditorUserId
1. This table or related slice is empty.
UserOwnerUserId
1. USzardon
plurals
PostLinksPostIdRelatedPostId
1. This table or related slice is empty.
PostLinksRelatedPostIdPostId
1. This table or related slice is empty.
PostsAcceptedAnswerId
1. This table or related slice is empty.
PostsParentIdCreationDate
1. This table or related slice is empty.
VotesPostIdCreationDate
1. This table or related slice is empty.
CommentsPostId
1. This table or related slice is empty.

Querying!

Guidance

A row detail

Detail views are divided into sections. All the information in the data section comes from columns in the selected row. The other sections display data from other, related rows.

Related data can be related in a to-one or a to-many fashion. Captions of data related in a to-many fashion link to a list view showing a filtered view of the table.

Try moving around until you find a non-empty to-many entry and click on the label to get to one. You can move back to the root by clicking on the database name in the header.