Post not yet marked as solved
I'm trying to add offer codes to our current subscription
item. After a long loading I found the In-App Purchases section was empty, couldn't find any of existing subscriptions.
No luck with Subscriptions -> Subscription Group too.
It has been like this for several hours. Is this a server issue?
Post not yet marked as solved
Hi there,
The Call Directory Extension in Settings wasn't localized since iOS 13, and getting even worse in iOS 14 beta.
In iOS 13, though not localized, the custom extension name was display as expected. In iOS 14, it showed only the bundle name which made no sense to general users.
This is important to us to introduce our app to foreign countries. I also fired a feedback in Feedback Assistance but don't know when it will get fixed, so just raise the attention here.
Post not yet marked as solved
Bundle.main.appStoreReceiptURL always returns nil with below error message:
[db] _LSSchemaConfigureForStore failed with error Error Domain=NSOSStatusErrorDomain Code=-10817 "(null)" UserInfo={_LSFunction=_LSSchemaConfigureForStore, ExpectedSimulatorHash={length = 32, bytes = 0x8ef2fca0 cb757e35 1fb11cc9 d1e458ff ... d9788ba4 1dfbfe07 }, _LSLine=405, WrongSimulatorHash={length = 32, bytes = 0xd75c7f04 33d0d527 a961c083 c51869b1 ... 5e4b01fe 8ff2f37f }}
Both in Xcode 12.5 and Xcode 13.0 beta (13A5154h).
Any help would be appreciated.
Post not yet marked as solved
We had several users whose subscription suddenly disappeared from the last week. They all got a system dialog showing the purchase was from another Apple ID when restoring purchase, and they were logged-in with exactly the same ID they used to purchase.
Is there anything wrong with StoreKit?
Post not yet marked as solved
I ran the SKDemoApp using Xcode 13.0 beta (13A5155e) and found that even if the transactions were finished in the detach task, all transactions were presented again in the next renewal.
func listenForTransactions() -> Task.Handle<Void, Error> {
return detach {
//Iterate through any transactions which didn't come from a direct call to `purchase()`.
for await result in Transaction.updates {
do {
let transaction = try self.checkVerified(result)
print("tid: \(transaction.id!)")
//Deliver content to the user.
await self.updatePurchasedIdentifiers(transaction)
//Always finish a transaction.
await transaction.finish()
} catch {
//StoreKit has a receipt it can read but it failed verification. Don't deliver content to the user.
print("Transaction failed verification")
}
}
}
}
With above code snippet I printed the transaction id and it looked like this:
tid: 0
tid: 0
tid: 1
tid: 0
tid: 1
tid: 2
tid: 0
tid: 1
tid: 2
tid: 3
tid: 0
tid: 1
tid: 2
tid: 3
tid: 4
tid: 0
tid: 1
tid: 2
tid: 3
tid: 4
tid: 5
Is this the expected behavior?
Post not yet marked as solved
I have a test device which runs iOS 14 and got into this restricted mode:
https://developer.apple.com/documentation/apptrackingtransparency/attrackingmanager/authorizationstatus/restricted
And the Allow Apps To Request To Track setting is disabled and cannot be changed, too.
Why is a device in restricted mode and how to get out of it?
Post not yet marked as solved
Hi there,
When testing with StoreKit configuration file using Xcode 12.0 beta, I found that after tapping the refund button, the renewal did stop but there was no cancellation date in the latest transaction.
Would the cancellation date be in the local receipt?
Hi,
I was testing StoreKit in Xcode 12 beta using StoreKit configuration file and set the introductory offer with free-trial for my auto-renewable subscription. When I verified the receipt locally, the ASN.1 Field 1719 is always false.
I've searched for the documentation and only found this:
https://developer.apple.com/library/archive/releasenotes/General/ValidateAppStoreReceipt/Chapters/ReceiptFields.html
Is that an expected behavior or a bug?
darkes.