Add support for returning automatically to the sharing-from application #544
Description
Is your feature request related to a problem? Please describe.
At the moment, if one wants to use the share feature to initiate a task with the shared text / link, the HTTP shortcut stays in the foreground until the task completes.
However, if the task takes a long time to complete, or if the task doesn't actually need to be waited for, the user has to manually switch to the application that the user initiated the share.
Describe the solution you'd like
It would be nice to have the option (somewhere in the task configuration), so that HTTP shortcut switches immediately (or perhaps after a specified delay) back to the application that initiated the task, without requiring any other user action.
(Alternatively, as described below, if one presses the back button, instead of automatically canceling the request, perhaps a choice could be given to the user to either cancel or return.)
Describe alternatives you've considered
One could press the back button, but this presents two problems:
- at the moment it seems that it cancels the current pending request;
- even if it would switch back to the application without canceling the request, it opens a race condition that the task finishes just before the user presses the back button, thus the application that would be opened (like for example a browser) gets the back action; (for example in case of opening a URL as the result of a task in a browser, when the user is unfortunate to loose the race, pressing back in the browser quickly closes the newly opened tab;)
Using background tasks doesn't work as these can't be a target of a share action.