Closed. This question needs debugging details. It is not currently accepting answers.
Edit the question to include desired behavior, a specific problem or error, and the shortest code necessary to reproduce the problem. This will help others answer the question.
Closed 6 years ago.
Improve this question
I want to know how iOS Facetime app launches automatically on call from other device even if the app is killed?I want to achieve the same for my app.
Thanks!
You should never assume that a feature of an Apple app is available to 3rd-party apps. In this case, there is no way to launch your app into the foreground on demand. The best you can do is use Push Kit and send a notification which launches your app into the background to generate a local notification.
Related
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about programming within the scope defined in the help center.
Closed 7 years ago.
Improve this question
I was just wondering what are the guidlines and policies about updating an app on app store? Are we allowed to enforce the users to upgrade their applications programatically?
I'd like to give you some key-points, that might be useful in yours app-update strategies.
Non forced update: (1.X.X) You can use this strategy when you updated your app slightly and updating to it will provide user more delight product. Then you might use simple UIAlertView with notification about new version update and it's features and OK|Cancel buttons, that lead to appStore. This notification can be shown, for example, every time user launches the app. Every applicationDidBecomeActive call can ask your server for actual information about new version
Forced update (2.x.x) you might find it useful, when you made breaking changes on your server-side or you decided to stop supporting some old versions of the app. Then after server-call and retrieving information about app deprecation a modal viewcontroller can be shown with only button, that leads to AppStore and text, that informs about new version available.
Both of these scenarios are used in my apps, and I've never had any troubles with Apple's policies.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about programming within the scope defined in the help center.
Closed 5 years ago.
Improve this question
I need to update my location after every 30 mins in background, with the help of background modes=location key i am able to sync with server but apple rejected it.
Can anyone please help me?
Thanks
You have to use Background Fetch. But you won't be able to make 100% sure that it will be executed at the exact time you want it or if it will be executed at all.
Using Background Modes to trick iOS to keep your app running with no feature actually using it will have your app rejected by Apple every time.
Answer to your question is already in your question - Using Background Modes to trick iOS to keep your app running with no feature actually using it will have your app rejected by Apple every time.
Please provide more details about your task that I could provide another decision for your problem.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about programming within the scope defined in the help center.
Closed 8 years ago.
Improve this question
We are "Removing From Sale" an iOS App currently available on the AppStore. I am curious how this works from the perspective of people who have downloaded the app. I assume the previously downloaded App will keep working but is there a way (e.g., via an Upgrade) that we can let people know that App is no longer support and give them the option to remove it? Are there any best practices when removing an App so you don't piss off people who already use it (given that at some point it will break).
Your best bet is to release one more update to the app, notifying the user of the pending removal from sale. You could do this using a UIAlertView on launch, or in any number of ways. You could also update the App Store description to call users' attention to the pending deletion. If you simply remove the app from sale, existing users will keep their copy but will not be notified that it has been removed from sale.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
Questions asking for code must demonstrate a minimal understanding of the problem being solved. Include attempted solutions, why they didn't work, and the expected results. See also: Stack Overflow question checklist
Closed 8 years ago.
Improve this question
We developing a SDK communicating with a bluetooth device. We would like to share that SDK among multiple apps, is it possible to do that on iOS ?
I know that it is not possible with iOS 6.x and below but what about iOS 7.0 ?
iOS apps are sandboxed, so it is not possible to implement something that shares a resource like that between the apps. The only way you could technically pass data between apps would be using custom URL schemes, but this requires bringing the app into the foreground.
For example, if you wanted an app to pass data to a second app, but wanted the first app to continue executing, you would use a custom URL scheme ("app2://somethinghere") that would invoke the second app while passing some parameter, then it would return to the first app by using another custom URL scheme ("app1://"). But this would be very jarring to the user, and would be very limited in what it could accomplish. Plus this still wouldn't allow the sharing of an active communication channel with a bluetooth device.
My suggestion, if you expect to have different apps running that all want to communicate with the device, is to be sure that your SDK properly closes the connection to the device upon backgrounding so that the next app can properly connect, since I assume there might be issues with the second one if the first one still has a connection.
No, you cannot have a daemon that is shared amongst multiple apps.
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 9 years ago.
Improve this question
I know it is possible to have an iOS app running in the background which transmits GPS data periodically.
I was wondering if the same is possible if a user is on a webpage in mobile safari. Can watchPosition be used even if the user is not actively on the webpage but the tab is open in mobile safari (i.e. in the background)?
Yes, it is possible, but you app would have to be running in the background for it to work. You would use the same Location Awareness API that Apple provides and run it in the background, so that even when your app closes, it is still running.
You can see the answer given for this question for this question.
By using the instructions laid out by Apple, you can achieve this, but your app has to be run for it to work. So if they never start your app, no location tracking.