iOS 12 terminates apps in the background for no reason
Starting from iOS 12 the CLLocationManager doesn't run endless anymore in the background. The app get's terminated without a crashlog at random times. This was working fine before iOS 12.
To demonstrate this problem I've created an sample app here
The demo app just launches an CLLocationManager and keep this running in the background. While running on the background we keep track of it by logging it. The problem is that the app get terminated by iOS. The demo app is created to demonstrate this problem.
Steps to reproduce
- Run the app on the device
- Grand access to locationmanager
- Put the app to the background
- Wait for 1-48hours
Result:
- The app is terminated
App is terminated without any reason after random time.
Expected result:
- The app is still running.
How it should work
This is confirmed by an Apple engineer:
Once the CLLocationManager updates are started in the foreground and you did all the work to have it running in the background, the location updates should run endless in the background until:
- app is force quit
- device is rebooted
- app stops location updates
- app releases the CLLocationManager object
- app crashes
- iOS terminates the app due to memory shortage,
- the locationManager object is released, overreleased, or overwritten. You should make sure that your view controller is not being instantiated, which then resets the locationController class. If that happens when the app is in the background, you will restart updates, which will cause the app to be eventually suspended. You should make sure the locationController is a singleton.
- app is crashing. Check to see if there are crash logs on the device you are testing
- iOS is terminating the app due to memory shortage. In this case, you will find JetsamEvent logs on the device that shows your app being terminated. You can check the timestamps and locate the one that is around the time your app stopped working.
ios cllocationmanager ios12 ios-background-mode
add a comment |
Starting from iOS 12 the CLLocationManager doesn't run endless anymore in the background. The app get's terminated without a crashlog at random times. This was working fine before iOS 12.
To demonstrate this problem I've created an sample app here
The demo app just launches an CLLocationManager and keep this running in the background. While running on the background we keep track of it by logging it. The problem is that the app get terminated by iOS. The demo app is created to demonstrate this problem.
Steps to reproduce
- Run the app on the device
- Grand access to locationmanager
- Put the app to the background
- Wait for 1-48hours
Result:
- The app is terminated
App is terminated without any reason after random time.
Expected result:
- The app is still running.
How it should work
This is confirmed by an Apple engineer:
Once the CLLocationManager updates are started in the foreground and you did all the work to have it running in the background, the location updates should run endless in the background until:
- app is force quit
- device is rebooted
- app stops location updates
- app releases the CLLocationManager object
- app crashes
- iOS terminates the app due to memory shortage,
- the locationManager object is released, overreleased, or overwritten. You should make sure that your view controller is not being instantiated, which then resets the locationController class. If that happens when the app is in the background, you will restart updates, which will cause the app to be eventually suspended. You should make sure the locationController is a singleton.
- app is crashing. Check to see if there are crash logs on the device you are testing
- iOS is terminating the app due to memory shortage. In this case, you will find JetsamEvent logs on the device that shows your app being terminated. You can check the timestamps and locate the one that is around the time your app stopped working.
ios cllocationmanager ios12 ios-background-mode
add a comment |
Starting from iOS 12 the CLLocationManager doesn't run endless anymore in the background. The app get's terminated without a crashlog at random times. This was working fine before iOS 12.
To demonstrate this problem I've created an sample app here
The demo app just launches an CLLocationManager and keep this running in the background. While running on the background we keep track of it by logging it. The problem is that the app get terminated by iOS. The demo app is created to demonstrate this problem.
Steps to reproduce
- Run the app on the device
- Grand access to locationmanager
- Put the app to the background
- Wait for 1-48hours
Result:
- The app is terminated
App is terminated without any reason after random time.
Expected result:
- The app is still running.
How it should work
This is confirmed by an Apple engineer:
Once the CLLocationManager updates are started in the foreground and you did all the work to have it running in the background, the location updates should run endless in the background until:
- app is force quit
- device is rebooted
- app stops location updates
- app releases the CLLocationManager object
- app crashes
- iOS terminates the app due to memory shortage,
- the locationManager object is released, overreleased, or overwritten. You should make sure that your view controller is not being instantiated, which then resets the locationController class. If that happens when the app is in the background, you will restart updates, which will cause the app to be eventually suspended. You should make sure the locationController is a singleton.
- app is crashing. Check to see if there are crash logs on the device you are testing
- iOS is terminating the app due to memory shortage. In this case, you will find JetsamEvent logs on the device that shows your app being terminated. You can check the timestamps and locate the one that is around the time your app stopped working.
ios cllocationmanager ios12 ios-background-mode
Starting from iOS 12 the CLLocationManager doesn't run endless anymore in the background. The app get's terminated without a crashlog at random times. This was working fine before iOS 12.
To demonstrate this problem I've created an sample app here
The demo app just launches an CLLocationManager and keep this running in the background. While running on the background we keep track of it by logging it. The problem is that the app get terminated by iOS. The demo app is created to demonstrate this problem.
Steps to reproduce
- Run the app on the device
- Grand access to locationmanager
- Put the app to the background
- Wait for 1-48hours
Result:
- The app is terminated
App is terminated without any reason after random time.
Expected result:
- The app is still running.
How it should work
This is confirmed by an Apple engineer:
Once the CLLocationManager updates are started in the foreground and you did all the work to have it running in the background, the location updates should run endless in the background until:
- app is force quit
- device is rebooted
- app stops location updates
- app releases the CLLocationManager object
- app crashes
- iOS terminates the app due to memory shortage,
- the locationManager object is released, overreleased, or overwritten. You should make sure that your view controller is not being instantiated, which then resets the locationController class. If that happens when the app is in the background, you will restart updates, which will cause the app to be eventually suspended. You should make sure the locationController is a singleton.
- app is crashing. Check to see if there are crash logs on the device you are testing
- iOS is terminating the app due to memory shortage. In this case, you will find JetsamEvent logs on the device that shows your app being terminated. You can check the timestamps and locate the one that is around the time your app stopped working.
ios cllocationmanager ios12 ios-background-mode
ios cllocationmanager ios12 ios-background-mode
asked Oct 26 '18 at 9:04
Sjoerd Perfors
1,5521234
1,5521234
add a comment |
add a comment |
2 Answers
2
active
oldest
votes
Together with Apple Developer Technical Support we have analyzed this issue with Sysdiagnose files. Following these guidelines you can install profiles to have more logging on your device. I don't know exactly how these logs work and where to find this issue, but Apple did this for me and came with this first analyse:
On the suspension event you observed on 2018/10/22 01:01:12:587, this
is what I see (about a minute after your last activity logging)
[CllocationManag:2725] Terminating with description:
owner = ;
target = rw.sp.flitsmeister.frameworks.CllocationManagerBackgroundTest;
This is basically saing that your app was terminated, because the
system needed drive space, and killed a bunch of apps so it can delete
their /tmp and /Library/Caches directories. I have seen this process
to be a little more aggressive in iOS 12, but seeing you are on a
256GB device, and have ~179 GB free after the cleanup, I am finding it
hard to believe this was justified.
After sending some more sysdiagnose and reproduction cases Apple did his best to analyse and ended with the following conclusion:
Unfortunately I don’t bring good news.
It turned out that, currently in iOS 12 there is a new mechanism that
will terminate long running background apps periodically as the system
needs to free resources. At this time, this process is a bit too
aggressive, and I am working with the relevant teams to get this to
behave better.
So, at this point, I would like you to file a bug report. Explain the
symptoms. And make sure you upload the sysdiagnose files along with
the bug report. (I already sent yours in, but it doesn’t hurt to have
the new ones as well). And let me know the bug number please.
So this means that currently in iOS 12 you app won't run endless on the background. I've filled in a bug report, the number is 45581276 and will try to keep this thread updated.
3
I am facing the similar issue in long run of application in background. Any updates from Apple?
– Jas_meet
Oct 31 '18 at 5:21
2
So finally I found this on SO. I have this issue since ios 12 beta. I thought this will be resolved when release comes out. Anyways I will keep looking it here as your bug doesn't seem to be on openradar.
– Naresh
Oct 31 '18 at 7:33
2
Just added this on open radar as well
– Jas_meet
Oct 31 '18 at 9:01
No update yet @Jas_meet
– Sjoerd Perfors
Nov 16 '18 at 16:52
add a comment |
I tried clearing out the /tmp and /Library/Caches directories when the app goes in the background without any change in behavior. I also tried the same periodically when the app processing background locations without any change as well.
Best thing to do is contact Developer Technical Support by submitting a question. The decision makers that can make a change do not appear to be taking any action from the information I am receiving. Impress on them it is negatively effecting your users and you need the changes in iOS 12 to be rolled back.
– Scott
Nov 19 '18 at 19:40
I don't understand what you're posting here @Scott ? This is actually what I did right?
– Sjoerd Perfors
Nov 20 '18 at 13:38
Sorry Sjoerd, you did the right thing. I saw some others submitting a bug to Apple's Bug Reporter. I am guessing you and I are in contact with the same support engineer. This issue has been a nightmare for me.
– Scott
Nov 20 '18 at 20:43
add a comment |
Your Answer
StackExchange.ifUsing("editor", function ()
StackExchange.using("externalEditor", function ()
StackExchange.using("snippets", function ()
StackExchange.snippets.init();
);
);
, "code-snippets");
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "1"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53005174%2fios-12-terminates-apps-in-the-background-for-no-reason%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
Together with Apple Developer Technical Support we have analyzed this issue with Sysdiagnose files. Following these guidelines you can install profiles to have more logging on your device. I don't know exactly how these logs work and where to find this issue, but Apple did this for me and came with this first analyse:
On the suspension event you observed on 2018/10/22 01:01:12:587, this
is what I see (about a minute after your last activity logging)
[CllocationManag:2725] Terminating with description:
owner = ;
target = rw.sp.flitsmeister.frameworks.CllocationManagerBackgroundTest;
This is basically saing that your app was terminated, because the
system needed drive space, and killed a bunch of apps so it can delete
their /tmp and /Library/Caches directories. I have seen this process
to be a little more aggressive in iOS 12, but seeing you are on a
256GB device, and have ~179 GB free after the cleanup, I am finding it
hard to believe this was justified.
After sending some more sysdiagnose and reproduction cases Apple did his best to analyse and ended with the following conclusion:
Unfortunately I don’t bring good news.
It turned out that, currently in iOS 12 there is a new mechanism that
will terminate long running background apps periodically as the system
needs to free resources. At this time, this process is a bit too
aggressive, and I am working with the relevant teams to get this to
behave better.
So, at this point, I would like you to file a bug report. Explain the
symptoms. And make sure you upload the sysdiagnose files along with
the bug report. (I already sent yours in, but it doesn’t hurt to have
the new ones as well). And let me know the bug number please.
So this means that currently in iOS 12 you app won't run endless on the background. I've filled in a bug report, the number is 45581276 and will try to keep this thread updated.
3
I am facing the similar issue in long run of application in background. Any updates from Apple?
– Jas_meet
Oct 31 '18 at 5:21
2
So finally I found this on SO. I have this issue since ios 12 beta. I thought this will be resolved when release comes out. Anyways I will keep looking it here as your bug doesn't seem to be on openradar.
– Naresh
Oct 31 '18 at 7:33
2
Just added this on open radar as well
– Jas_meet
Oct 31 '18 at 9:01
No update yet @Jas_meet
– Sjoerd Perfors
Nov 16 '18 at 16:52
add a comment |
Together with Apple Developer Technical Support we have analyzed this issue with Sysdiagnose files. Following these guidelines you can install profiles to have more logging on your device. I don't know exactly how these logs work and where to find this issue, but Apple did this for me and came with this first analyse:
On the suspension event you observed on 2018/10/22 01:01:12:587, this
is what I see (about a minute after your last activity logging)
[CllocationManag:2725] Terminating with description:
owner = ;
target = rw.sp.flitsmeister.frameworks.CllocationManagerBackgroundTest;
This is basically saing that your app was terminated, because the
system needed drive space, and killed a bunch of apps so it can delete
their /tmp and /Library/Caches directories. I have seen this process
to be a little more aggressive in iOS 12, but seeing you are on a
256GB device, and have ~179 GB free after the cleanup, I am finding it
hard to believe this was justified.
After sending some more sysdiagnose and reproduction cases Apple did his best to analyse and ended with the following conclusion:
Unfortunately I don’t bring good news.
It turned out that, currently in iOS 12 there is a new mechanism that
will terminate long running background apps periodically as the system
needs to free resources. At this time, this process is a bit too
aggressive, and I am working with the relevant teams to get this to
behave better.
So, at this point, I would like you to file a bug report. Explain the
symptoms. And make sure you upload the sysdiagnose files along with
the bug report. (I already sent yours in, but it doesn’t hurt to have
the new ones as well). And let me know the bug number please.
So this means that currently in iOS 12 you app won't run endless on the background. I've filled in a bug report, the number is 45581276 and will try to keep this thread updated.
3
I am facing the similar issue in long run of application in background. Any updates from Apple?
– Jas_meet
Oct 31 '18 at 5:21
2
So finally I found this on SO. I have this issue since ios 12 beta. I thought this will be resolved when release comes out. Anyways I will keep looking it here as your bug doesn't seem to be on openradar.
– Naresh
Oct 31 '18 at 7:33
2
Just added this on open radar as well
– Jas_meet
Oct 31 '18 at 9:01
No update yet @Jas_meet
– Sjoerd Perfors
Nov 16 '18 at 16:52
add a comment |
Together with Apple Developer Technical Support we have analyzed this issue with Sysdiagnose files. Following these guidelines you can install profiles to have more logging on your device. I don't know exactly how these logs work and where to find this issue, but Apple did this for me and came with this first analyse:
On the suspension event you observed on 2018/10/22 01:01:12:587, this
is what I see (about a minute after your last activity logging)
[CllocationManag:2725] Terminating with description:
owner = ;
target = rw.sp.flitsmeister.frameworks.CllocationManagerBackgroundTest;
This is basically saing that your app was terminated, because the
system needed drive space, and killed a bunch of apps so it can delete
their /tmp and /Library/Caches directories. I have seen this process
to be a little more aggressive in iOS 12, but seeing you are on a
256GB device, and have ~179 GB free after the cleanup, I am finding it
hard to believe this was justified.
After sending some more sysdiagnose and reproduction cases Apple did his best to analyse and ended with the following conclusion:
Unfortunately I don’t bring good news.
It turned out that, currently in iOS 12 there is a new mechanism that
will terminate long running background apps periodically as the system
needs to free resources. At this time, this process is a bit too
aggressive, and I am working with the relevant teams to get this to
behave better.
So, at this point, I would like you to file a bug report. Explain the
symptoms. And make sure you upload the sysdiagnose files along with
the bug report. (I already sent yours in, but it doesn’t hurt to have
the new ones as well). And let me know the bug number please.
So this means that currently in iOS 12 you app won't run endless on the background. I've filled in a bug report, the number is 45581276 and will try to keep this thread updated.
Together with Apple Developer Technical Support we have analyzed this issue with Sysdiagnose files. Following these guidelines you can install profiles to have more logging on your device. I don't know exactly how these logs work and where to find this issue, but Apple did this for me and came with this first analyse:
On the suspension event you observed on 2018/10/22 01:01:12:587, this
is what I see (about a minute after your last activity logging)
[CllocationManag:2725] Terminating with description:
owner = ;
target = rw.sp.flitsmeister.frameworks.CllocationManagerBackgroundTest;
This is basically saing that your app was terminated, because the
system needed drive space, and killed a bunch of apps so it can delete
their /tmp and /Library/Caches directories. I have seen this process
to be a little more aggressive in iOS 12, but seeing you are on a
256GB device, and have ~179 GB free after the cleanup, I am finding it
hard to believe this was justified.
After sending some more sysdiagnose and reproduction cases Apple did his best to analyse and ended with the following conclusion:
Unfortunately I don’t bring good news.
It turned out that, currently in iOS 12 there is a new mechanism that
will terminate long running background apps periodically as the system
needs to free resources. At this time, this process is a bit too
aggressive, and I am working with the relevant teams to get this to
behave better.
So, at this point, I would like you to file a bug report. Explain the
symptoms. And make sure you upload the sysdiagnose files along with
the bug report. (I already sent yours in, but it doesn’t hurt to have
the new ones as well). And let me know the bug number please.
So this means that currently in iOS 12 you app won't run endless on the background. I've filled in a bug report, the number is 45581276 and will try to keep this thread updated.
edited Oct 29 '18 at 9:04
answered Oct 26 '18 at 9:04
Sjoerd Perfors
1,5521234
1,5521234
3
I am facing the similar issue in long run of application in background. Any updates from Apple?
– Jas_meet
Oct 31 '18 at 5:21
2
So finally I found this on SO. I have this issue since ios 12 beta. I thought this will be resolved when release comes out. Anyways I will keep looking it here as your bug doesn't seem to be on openradar.
– Naresh
Oct 31 '18 at 7:33
2
Just added this on open radar as well
– Jas_meet
Oct 31 '18 at 9:01
No update yet @Jas_meet
– Sjoerd Perfors
Nov 16 '18 at 16:52
add a comment |
3
I am facing the similar issue in long run of application in background. Any updates from Apple?
– Jas_meet
Oct 31 '18 at 5:21
2
So finally I found this on SO. I have this issue since ios 12 beta. I thought this will be resolved when release comes out. Anyways I will keep looking it here as your bug doesn't seem to be on openradar.
– Naresh
Oct 31 '18 at 7:33
2
Just added this on open radar as well
– Jas_meet
Oct 31 '18 at 9:01
No update yet @Jas_meet
– Sjoerd Perfors
Nov 16 '18 at 16:52
3
3
I am facing the similar issue in long run of application in background. Any updates from Apple?
– Jas_meet
Oct 31 '18 at 5:21
I am facing the similar issue in long run of application in background. Any updates from Apple?
– Jas_meet
Oct 31 '18 at 5:21
2
2
So finally I found this on SO. I have this issue since ios 12 beta. I thought this will be resolved when release comes out. Anyways I will keep looking it here as your bug doesn't seem to be on openradar.
– Naresh
Oct 31 '18 at 7:33
So finally I found this on SO. I have this issue since ios 12 beta. I thought this will be resolved when release comes out. Anyways I will keep looking it here as your bug doesn't seem to be on openradar.
– Naresh
Oct 31 '18 at 7:33
2
2
Just added this on open radar as well
– Jas_meet
Oct 31 '18 at 9:01
Just added this on open radar as well
– Jas_meet
Oct 31 '18 at 9:01
No update yet @Jas_meet
– Sjoerd Perfors
Nov 16 '18 at 16:52
No update yet @Jas_meet
– Sjoerd Perfors
Nov 16 '18 at 16:52
add a comment |
I tried clearing out the /tmp and /Library/Caches directories when the app goes in the background without any change in behavior. I also tried the same periodically when the app processing background locations without any change as well.
Best thing to do is contact Developer Technical Support by submitting a question. The decision makers that can make a change do not appear to be taking any action from the information I am receiving. Impress on them it is negatively effecting your users and you need the changes in iOS 12 to be rolled back.
– Scott
Nov 19 '18 at 19:40
I don't understand what you're posting here @Scott ? This is actually what I did right?
– Sjoerd Perfors
Nov 20 '18 at 13:38
Sorry Sjoerd, you did the right thing. I saw some others submitting a bug to Apple's Bug Reporter. I am guessing you and I are in contact with the same support engineer. This issue has been a nightmare for me.
– Scott
Nov 20 '18 at 20:43
add a comment |
I tried clearing out the /tmp and /Library/Caches directories when the app goes in the background without any change in behavior. I also tried the same periodically when the app processing background locations without any change as well.
Best thing to do is contact Developer Technical Support by submitting a question. The decision makers that can make a change do not appear to be taking any action from the information I am receiving. Impress on them it is negatively effecting your users and you need the changes in iOS 12 to be rolled back.
– Scott
Nov 19 '18 at 19:40
I don't understand what you're posting here @Scott ? This is actually what I did right?
– Sjoerd Perfors
Nov 20 '18 at 13:38
Sorry Sjoerd, you did the right thing. I saw some others submitting a bug to Apple's Bug Reporter. I am guessing you and I are in contact with the same support engineer. This issue has been a nightmare for me.
– Scott
Nov 20 '18 at 20:43
add a comment |
I tried clearing out the /tmp and /Library/Caches directories when the app goes in the background without any change in behavior. I also tried the same periodically when the app processing background locations without any change as well.
I tried clearing out the /tmp and /Library/Caches directories when the app goes in the background without any change in behavior. I also tried the same periodically when the app processing background locations without any change as well.
answered Nov 12 '18 at 22:28
Scott
213
213
Best thing to do is contact Developer Technical Support by submitting a question. The decision makers that can make a change do not appear to be taking any action from the information I am receiving. Impress on them it is negatively effecting your users and you need the changes in iOS 12 to be rolled back.
– Scott
Nov 19 '18 at 19:40
I don't understand what you're posting here @Scott ? This is actually what I did right?
– Sjoerd Perfors
Nov 20 '18 at 13:38
Sorry Sjoerd, you did the right thing. I saw some others submitting a bug to Apple's Bug Reporter. I am guessing you and I are in contact with the same support engineer. This issue has been a nightmare for me.
– Scott
Nov 20 '18 at 20:43
add a comment |
Best thing to do is contact Developer Technical Support by submitting a question. The decision makers that can make a change do not appear to be taking any action from the information I am receiving. Impress on them it is negatively effecting your users and you need the changes in iOS 12 to be rolled back.
– Scott
Nov 19 '18 at 19:40
I don't understand what you're posting here @Scott ? This is actually what I did right?
– Sjoerd Perfors
Nov 20 '18 at 13:38
Sorry Sjoerd, you did the right thing. I saw some others submitting a bug to Apple's Bug Reporter. I am guessing you and I are in contact with the same support engineer. This issue has been a nightmare for me.
– Scott
Nov 20 '18 at 20:43
Best thing to do is contact Developer Technical Support by submitting a question. The decision makers that can make a change do not appear to be taking any action from the information I am receiving. Impress on them it is negatively effecting your users and you need the changes in iOS 12 to be rolled back.
– Scott
Nov 19 '18 at 19:40
Best thing to do is contact Developer Technical Support by submitting a question. The decision makers that can make a change do not appear to be taking any action from the information I am receiving. Impress on them it is negatively effecting your users and you need the changes in iOS 12 to be rolled back.
– Scott
Nov 19 '18 at 19:40
I don't understand what you're posting here @Scott ? This is actually what I did right?
– Sjoerd Perfors
Nov 20 '18 at 13:38
I don't understand what you're posting here @Scott ? This is actually what I did right?
– Sjoerd Perfors
Nov 20 '18 at 13:38
Sorry Sjoerd, you did the right thing. I saw some others submitting a bug to Apple's Bug Reporter. I am guessing you and I are in contact with the same support engineer. This issue has been a nightmare for me.
– Scott
Nov 20 '18 at 20:43
Sorry Sjoerd, you did the right thing. I saw some others submitting a bug to Apple's Bug Reporter. I am guessing you and I are in contact with the same support engineer. This issue has been a nightmare for me.
– Scott
Nov 20 '18 at 20:43
add a comment |
Thanks for contributing an answer to Stack Overflow!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53005174%2fios-12-terminates-apps-in-the-background-for-no-reason%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown