A lot of the time I have tasks that I would like to time-optimize.  I would like to know which actions in the task are the slowest ones.  It would greatly improve my judgment to know how slow each action is in my tasks.

The run log shows us the time each action happened, but sadly it only tells us the time down to the second.  NOT to the millisecond.

PLEASE allow us to enable more exact timestamps to be shown on the run log.  For users like me who want a better understanding of each action's latency, this is

App Selection form (used by "Launch App" action) would be more easy to use if it  included a search field

Business Google Accounts include the use of "TeamDrives" in addition to the standard "My Drive". TeamDrives are just like"My Drive" except they are designed more for collaboration.

This is all part of Google Drive and it's API but Tasker seems to default to only access the "My Drive".... Please allow support for accessing TeamDrives

The value of Content in 'Task>Action Category>Scene>Element Create' does not save, everytime you close then open the Category, the value is gone.

There should be an option to change the text size of text inside Variable Set and Anchor actions.

Can there be an option to change the text size of all action labels in the task list... I am talking about the following action boxes

__________________________

| Variable Set                         |

| Name %name To %value     |

__________________________

Sometimes variable names are a bit long and hard to know which variable the action is using... 

Include support for cloud drives such as Onedrive and Google Drive in Tasker's COPY FILES action.

This would be extremely helpful for people with multiple profiles and projects to help determine which profiles have priority. Could be a simple menu listing: The Names of The Profiles | Project they are under | Launched Priority. And with this list you can click each one to sort from top to bottom or vise versa [EX: Clicking "The Names Of The Profiles tab would put list in order from A-Z , clicking again would put profiles Z-A.] Or  [EX: Clicking Launched Priority would list them all 0-50, clicking again would list them 50-0.]

Now with Profiles that are Anonymous,

My Tasker automatically ends calls from some phone numbers presenting a same pattern (End call action if %CNUM ~ /*xxxxxx*/*yyyyyy*/). I would like to add newcoming patterns without having to manually edit this condition by opening Tasker. When a new pattern is detected and is represented by %blockcall for example in the detection task, I can add it by Set %BLOCKCALL : /*%blockcall*%BLOCKCALL (%BLOCKCALL would be the already blocked patterns /*xxx*/*yyy*/) but then I can't automatically modify the End call action's condition. I would like an action in the detection task that replaces other actions in other tasks or their

Tasker currently can only perform repeated timely tasks every 1 minute (if given every =2 minutes). Sometimes waiting 1 minute is too long for the profile to become active and Task>Wait does have concurrency issues while multiple tasks are running in parallel.

Want this to be decreased to 1 seconds level so that tasks can poll faster and profiles get triggered at lesser times.

add "current activity" variable to Tasker or AutoInput. cause in sometimes %win is not as accurate as using activity name. 

add to Tasker action"stop all the tasks"

I think sometimes the Search Action throws people off who don't know regular expressions. And sometimes even if you know regex - you want a straight/literal/exact Search/Replace.

There should be a checkbox in the Search Action to use or not use Regex for the Search.

As an additional example - "AutoTools > Text > Replacements" has this kind of checkbox to enable Regex. 

Would it be possible to extend Restore Settings to cover the Custom Setting and Location Mode actions?

Currently, if these settings need to be reverted, a global variable and an exit task need to be used.

It would be more consistent, since these are settings actions, for them to obey Restore Settings.

In addition, any other setting action that does not obey Restore Settings probably should.

A menu entry right below "Run Log" called "Error Log" or similar would be nice. That way we won't have to enable full logging to see the logs of our errors (plus if we miss an error toast we can see it in the log).

Hi. It would be nice to allow Tasker to intercept the "android.intent.action.CALL". I'd like to use it to make Tasker to catch call events, then wait until my Android car head-unit connects to my phone and place calls using its bluetooth connection as soon as it's established. (Head-unit and phone connect after Tasker sends through USB modem an SMS command to the phone)

If you use any Tasker permanent notifications in any of your tasks, and then decide to disable tasker while they are still showing, they can't be removed unless manually done in tasker. So it would be great if tasker had an event Monitor that would perform a task whenever tasker is dosabled manually either in app or from the quick notification buttons. 

When I want to delete two profiles (or more) at the same time I select them both first.

But the delete icon doesn't work then. It works when only one profile is selected, but not for two.

I thinks this should be an easy fix.

Regards

Wolfgang

I'm using tasker for years now and I'm very happy with it. But one thing Is missing I could never fix whatever I did:

There is no option to define a Profile-Rule like "When I'm outside of that area". I know the following workaround: Define a geofence and only add an outgoing task.

But that method brings some problems.

1. It's not combineable with other conditions:

I always add another condition on top of the ruleset, to make sure that the geofence is only checked when other variables have the expected value. This is important because they will be checked

With Android P further making restrictions to WiFi scanning and it being pitiful at best in N+ (thanks, Google), is there any chances of a root based workaround using "iw" command on the shell? This not only will allow us to perform wifi scans whenever, but will also yield far more data (WPA/WPS/HT/etc).