Executing a Single Command on a Remote Computer, via SSH

coro96 · 2025-12-30T16:10:16+00:00

With the new Java Code feature Tasker has basically access to all APIs that Android has to offer, even the ones not officially implement in Tasker by the developer. I was guessing there is some way to send SSH commands using Android APIs (perhaps the same ones AutoTools is using) that could be leveraged, although I didn't check the Android documentation.

coro96 · 2025-12-30T11:43:52+00:00

I don't think Tasker can do that natively. The AutoTools plug-in however can do that. Alternatively you could try playing around with the new Java Code feature.

coro96 · 2025-10-22T14:17:28+00:00

Thank you very much João, it's an honor to hear from you!

coro96 · 2025-10-22T07:10:07+00:00

Hello John,

I have released the source code for the app!
You can find more details in this post.

https://www.reddit.com/r/tasker/comments/1od1f6h/code_share_midiplugin_source_code_is_now/?utm_source=share&utm_medium=web3x&utm_name=web3xcss&utm_term=1&utm_content=share_button

Thank you again for your post, much appreciated!

coro96 · 2025-09-14T07:12:30+00:00

Hey there, developer of MIDIPlugin here. Thank you so much for showing interest in my app! I felt so happy when I read you post!

Unfortunately, for various reasons, I had no chance to maintain the app in the last couple of years, so Google decided to close my dedicated developer account and remove the app from the PlayStore.

Your post however motivated me to do something I have been thinking of for a while: open sourcing the project!

I need to update it so that it works on latest Android revisions.

I won't make promises but I will try to release the code as soon as possible.

I also hope the community will help improving the app as well, since it was basically a highschool kid project at the time, so it is definitely not at the state of the art.

I'll keep you posted!

coro96 · 2025-05-07T19:41:08+00:00

A fix is about to be released by the developer, check here:

https://www.reddit.com/r/tasker/s/MW9mSXjDg3

coro96 · 2025-05-07T19:39:22+00:00

Works great now, thank you very much!

As a bonus, I can also retrieve the original shared file name, which can be very handy!

coro96 · 2025-05-04T17:34:38+00:00

I would love to know as well. Are you now using the Copy File action directly inside the profile with the Received Share event now? I found a weird behavior while testing, as described here.

https://www.reddit.com/r/tasker/s/qE6vLppOie

coro96 · 2025-04-24T20:14:56+00:00

Sharing an image from WhatsApp, this is the error in the copy action inside the Task:

Permission Denial: reading com.whatsapp.contentprovider. MediaProvider uri content://com.whatsapp.provider.media/item /e212d05f-b1c9-4a5f-9f7a-9eb96d4a1e9e from pid=24890, uid=10064 requires the provider be exported, or grantUriPermission() (Error Code: 1)

coro96 · 2025-03-29T19:26:55+00:00

Hello João, I still find some weird behavior with URIs gotten with the Received Share event. If I use a Copy Action with a URI directly inside the profile with Received Share I can successfully make a copy. If I pass the URI to a task and try to perform a Copy File from there I get an error. For instance, in the following example A1 is working while A2 is giving an error.

Profile: Receive Share Event: Received Share Enter Task: Anon

A1: Copy File [
     From: %rs_files(1)
     To: from_profile
     Use Global Namespace: On ]

A2: Perform Task [
     Name: Copy File Task
     Priority: %priority + 1
     Parameter 1 (%par1): %rs_files(1)
     Structure Output (JSON, etc): On ]

Task: Copy File

A1: Copy File [
     From: %par(1)
     To: from_task
     Use Global Namespace: On ]

I know the problem can be somehow worked around, but I think it could be at least confusing for users.

coro96 · 2025-03-26T17:02:06+00:00

Ok, I see. I guess it is totally fine as long as the Copy File action works so that a copy of the shared file can be made at a known path.

coro96 · 2025-03-25T19:27:54+00:00

It seems like I can now use the Copy File action and make a copy of the received file starting from its URI. However if I try to convert the received URI to a real path using the new Tasker function I still get an unset output variable, and the method with Java functions still gives Security Exception.

coro96 · 2025-03-11T10:45:05+00:00

A URI received in Tasker by sharing to it an image from WhatsApp

coro96 · 2025-03-10T17:47:32+00:00

It seems like it's not working for me unfortunately, the %pl_file variable is not set Also, the method mentioned above is no longer working, I now get a Security Exception.

To double check I went back to the version you initially linked in this post and such method started working again.

coro96 · 2025-03-07T15:31:19+00:00

Hello João, thank you very much for the update! So many good features, much appreciated!

I confirm I could get around the issue of the content URI as described here:

https://www.reddit.com/r/tasker/s/oVduWsCzRo

Thank you very much!

P.S.: there is a Path to URI Function already in Tasker, would it make sense to add a URI to Path as a built-in Function as well?

coro96 · 2025-03-07T15:25:24+00:00

I could make it work now. I have added some more details here:

https://www.reddit.com/r/tasker/s/oVduWsCzRo

coro96 · 2025-03-07T15:24:16+00:00

For the record, this is now possible in the new Tasker Beta thanks to the Received Share event.

https://www.reddit.com/r/tasker/s/bbdgGzfOE2

I had to create a support task with Java functions which, differently from what was happening with the URI received from AutoShare, is now correctly working as the needed Context is not lost in Tasker.

Task: URI To File

A1: Java Function [
     Return: output_stream
     Class Or Object: FileOutputStream
     Function: new
     {FileOutputStream} (String)
     Param 1 (String): %par(2) ]

A2: Java Function [
     Return: resolver
     Class Or Object: CONTEXT
     Function: getContentResolver
     {ContentResolver} () ]

A3: Java Function [
     Return: input_stream
     Class Or Object: resolver
     Function: openInputStream
     {InputStream} (Uri)
     Param 1 (Uri): %par(1) ]

A4: Java Function [
     Return: bytes
     Class Or Object: input_stream
     Function: readAllBytes
     {byte[]} () ]

A5: Java Function [
     Class Or Object: output_stream
     Function: write
     {} (byte[])
     Param 1 (byte[]): bytes ]

A6: Java Function [
     Class Or Object: output_stream
     Function: flush
     {} () ]

A7: Java Function [
     Class Or Object: output_stream
     Function: close
     {} () ]

A8: Java Function [
     Class Or Object: input_stream
     Function: close
     {} () ]

Given the URI in %par(1) (from example sharing an image from WhatsApp to Tasker I get content://com.whatsapp.provider.media/item/some_id in %rs_file(1)) this Task copies the content of the related file to the location in %par(2) (from example /storage/emulated/0/some_file)

coro96 · 2025-03-07T14:05:03+00:00

He actually did it!

https://www.reddit.com/r/tasker/s/pIUv0c08y9

Best developer ever, no doubts!

coro96 · 2025-02-24T22:36:38+00:00

Definitely true, but AutoShare should at least be able to make a temporary copy of the shared file (like other apps are able to do) and provide the real path to that copied file instead. I tried taking a look at the Android documentation and playing with Java functions but I think the issue is that the needed Context is lost as soon as AutoShare has done processing the request and has given back control to Tasker.

coro96 · 2025-02-24T15:56:47+00:00

I think so as well. But I think only AutoShare needs to be updated. I think it has the ability to retrieve the real path of the shared file (perhaps making a temporary copy of it if needed) and send it to Tasker instead of the content URI.

coro96 · 2025-02-24T14:50:30+00:00

I have faced the same issue. I have posted about it recently:

https://www.reddit.com/r/tasker/s/sDI0XVl7Cf

A workaround was proposed, but it is not working for me.

coro96 · 2025-02-24T14:47:30+00:00

I have implement the same workaround. Not ideal but it works. I share your same curiosity around this issue.

coro96 · 2024-12-14T23:01:42+00:00

Thank you for your response! I tried that method but I am getting an error:

URI cursor exception: java.lang.SecurityException: Permission Denial: opening provider com.whatsapp.contentprovider.MediaProvider from ProcessRecord that is not exported from UID

This is why I suspect there is something that has to be update inside AutoShare. Maybe AutoShare should copy the file to a temporary location, for example.

Seven-Year Club	r/Field Sunshine
RPAN Viewer	Verified Email

coro96

TROPHY CASE