Apple Reimbursing Customers Who Recently Purchased Now-Acquired App Workflow

Jailbreak is your friend

No it's not. It may allow you to do more with the device, but it also opens it up to severe security concerns.

So much potential with this app. Unfortunately, two of the immediate work flows I thought of in an effort to eliminate taps, can't be done.

* Turn on low power mode
* Close all open apps

I would hope that with the acquisition maybe a deeper integration w/ iOS would occur but I suppose if that were the case then Apple would just build these features right into iOS.

*and before anyone starts harping on me about why open apps don't matter, I don't care, I like them closed

Anyone got some good workflows to share?

Check out the archive at MacStories ('http://macstories.net'). Federico Viticci is one of the best sources anywhere on Workflow. There's more in the Club MacStories premium site, but plenty of free stuff too. And check out their Canvas podcast ('https://www.macstories.net/linked/canvas-episode-29-workflow-magic-variables/').

Ok very nice on them.

This thread is strangely devoid of hate.

I'd already read most of this and noted that it does not refer to the recent apps list at all. In fact it says that even a "terminated" app (how this is defined I am not sure) is woken and placed in the background if it needs to receive a location service. It says, "iOS supports the delivery of location events to apps that are suspended or no longer running." Even without being totally certain of the distinction between "terminated" and "no longer running" (if any), it's pretty clear that apps are allowed to process events when as far as the user knows the app is inactive. The user does have the option of disabling background event handling either specifically for an app or globally but I find nothing to suggest that they can do it any other way.
[doublepost=1491431713][/doublepost]

Apple doesn't make this as clear as they could to the user. This leads to a lot of speculation about how much control the user has over OS functions and how much they need to intervene to optimize performance. Apple's clear philosophy is "we took care of that, don't worry about it."

Right, with the user not allowing Background App refresh enabled for a particular app or in general then an app is only able to perform something if it's in foreground or background (suspended or not), but not if it's actually closed/terminated.

All this also only applies to this one particular location service aspect of it, while there are other ones related to VoIP, audio playback, and a few others that can allow apps to perform tasks in the background if they have been used at some point and are simply in background (suspended or otherwise), but not if they are completely closed (either haven't been launched or have been closed/terminated).

Basically that is to say that there are certainly circumstances where removing the app from the recent apps list to actually fully close/terminate it can have an effect of stopping it from doing something in the background which it otherwise might be doing.

"Note: If your app is terminated either by a user or by the system, the system doesn’t automatically restart your app when new location updates arrive. A user must explicitly relaunch your app before the delivery of location updates resumes. The only way to have your app relaunched automatically is to use region monitoring or the significant-change location service.

However, when a user disables the Background App Refresh setting either globally or specifically for your app, the system doesn’t relaunch your app for any location events, including significant-change or region monitoring events. Further, while Background App Refresh is off your app won’t receive significant-change or region monitoring events even when it's in the foreground. When a user reenables Background App Refresh for your app, Core Location restores all background services, including any previously registered regions."