iOS auto-renew expired at the end of current subscription period - ios

I ordered a auto-renew product, After 5 minutes ,it become expired!
I think in Sandbox 5 minutes is equal to 1 month,
At the end of current subscription peroid(after 5 minutes), it should't be auto-renewed?
but it become expired.

In the sandbox environment, auto renewable subscriptions are much shorter than the actual time. From this answer:
Actual duration Sandbox duration
1 week 3 minutes
1 month 5 minutes
2 months 10 minutes
3 months 15 minutes
6 months 30 minutes
1 year 1 hour
And although this fact is not documented, according to some developers in Apple's developer forum (and my own experience), subscription will renew 5 times before you get 21006 error (subscription expired error). So if you have a 1 month subscription, it will be renewed every 5 minutes for 25 minutes. Don't rely on this fact though, as it's not officially documented and might change anytime.

This is my experience as well. Auto-renewing in the sandbox environment is inconsistent. On some occasions I've seen a sandbox subscription auto-renew about 5 times before ending. But on other occasions it doesn't auto-renew at all. I assume these problems don't exist in the production environment.

I have experienced this as well, but if I kill the app from the multitasking tray (or stop the process in Xcode) and relaunch, I get an updated transaction with state "SKPaymentTransactionStatePurchased" that essentially renews the subscription. Check that out. It will at least give you something. Very frustrating that this is so inconsistent and not in alignment with the documentation.

Related

Disable accelerated time rate for Sandbox In-App Purchase

I'm trying to implement subscriptions with free trial period and I have some issues with testing them. I know that in Sandbox environment the time is speeded up, and that 1 hour in Sandbox is 1 year in real life.
I want to schedule some local notification that will fire two days before finishing the trial period, but if whole subscription takes only 1 hour, then setting notification for 2 days before it (which is then in the past) is obviously impossible.
So the question is: is there a way to disable time acceleration in Sandbox environment? Or do you have some other ideas how to test it?
Thanks for all your help.

Ios Voip Apns Push Notification Delay by 4 minutes

I am using AMAZON SNS but facing a delay in push notification reception by 4 minutes, can you help me with this ?
Another Query would that if it is possible can you provide me with the guidelines for my Objective-C front-end developers, if in case it happens to be there fault in any case ?
As per the AWS documentation here, there is possible delay if the message delivery is failed in the initial attempts
Mobile push: If the mobile endpoint is not available, SNS will retry 2 times immediately, 5 times at 20 seconds apart, then 31 times exponentially backing off from 20 seconds to 20 minutes and finally 12 times every 20 minutes for a total 50 attempts over more than 4 hours before the message is discarded from SNS.

Is it possible to set an alarm in a certain time (i.e at 8 am) and it will continue keep alarming for a specific time (i.e for 1 hour)

I like to get an alarm at some specific time (for example at 8.0 am) and i like to continue it for 1 hour. so it will stop at 9.0 am. I also like it to keep alarming me after 5 or 10 mins. But after 9.0 am it will stop alarming me.
Again it will continue the very next day at 8.0 am. Is it possible to do with local notification or any other way.
TIA
It is not possible to run the code for certain amount of time in background mode. The alarm thing can be done only by apple OS.
But it is possible to get notified for certain amount of time for example get notify for 1 hour by creating multiple notification for that particular one hour and make trigger at that time. Though it is not perfect solution.

Why doesn't Sinch allow keeping messages for longer than 30 days

On their documentation they specify that "Users can keep a 30-day message history". I assume this means that after 30 days the messages are deleted,is there anyway of extending this or disabling this feature?
We should change the word history, we store the message for delivery for 30 days. There is not really an inbox with sinch, its a delivery process so every message will be stored for 30 days to be delivered to all the users devices.

Local Notifications Control Time

I have a local notification in my app that goes off exactly 5 days since the app was last used. I have had a review saying that the sound is annoying when it goes off at midnight. Is there anyway that I can prevent the notification from playing if it is between a certain system time? I really want to keep this notification but I don't want the users to become annoyed with it going off at early hours (even if they were the ones who were on at that time 5 days prior)
Any help would be much appreciated

Resources