@RAFFY, I'm finding I get the same error when I try to create an IFTTT applet. I confirmed I haven't changed any code on my end. I'm looking into it. Thank you for reporting this problem!

EDIT: I got a response from IFTTT that wasn't very helpful. I sent them another email and I'm still waiting.
Basically, right now you can't create new IFTTT applets that use ingredients in the params field.

For now, you could use the old Webhooks method.

EDIT2: It's fixed now.

@Furkan-Cevik , I got your chat. Thanks for confirming it's working now, and thanks for reporting the problem.

@eggbean, I turned off emails from the forum because I was getting a lot of spammers. Since then they've stopped posting, so I'll turn it back on.

To add/remove commands, edit your /root/.TRIGGERcmdData/commands.json file. Make sure you make them background commands because you're running the background agent.

The background agent adds, removes, and runs background commands.

FYI, if you find that your commands.json keeps reverting as soon as you save it, that means you've made some mistake in the json formatting so the agent restored the last good version of it.

@Josiah-Richards and @jgodney, please be aware, there's an official Integromat integration now.

@frederico-allan, I wasn't able to program the foreground agent on Linux to startup automatically after login. I couldn't find a standardized way to do that. If you know of a way, please let me know.

I'm glad you got it working.

@Marcelo-Botelho, you don't need to use the computer_on_off.sh. That's a complicated scenario, so you should not start there.

You have two computers, and you're trying to use one computer to turn on the other computer, correct?

My video shows me using a Raspberry Pi to turn on my Windows computer, but you don't have to use a Raspberry Pi. If you have two Windows computers, you could use this utility instead:
https://www.nirsoft.net/utils/wake_on_lan.html

WakeMeOnLan.exe has a spanish version, and a GUI which can make it easy to test, then after you get that working, you can make a TRIGGERcmd command like this:

c:\tools\WakeMeOnLan.exe /wakeup 40-65-81-A7-16-23

This assumes you copied the WakeMeOnLan.exe utility into t:\tools and 40-65-81-A7-16-23 is the mac address of the nic in the computer you're turning on.

You can find the mac address by typing ipconfig /all on the computer you want to turn on. You'll get output like this:

Ethernet adapter Ethernet: Connection-specific DNS Suffix . : lan Description . . . . . . . . . . . : Realtek PCIe GbE Family Controller Physical Address. . . . . . . . . : **C4-65-26-2A-93-97** ...

@Ivan-Freitas, I posted a mac solution here in the mac section.

@Joe,

1 - Only Foreground Triggers work in a user's regular account - because the background service only runs as root and uses /root/.TRIGGERcmdData.

2 - Root can support both Foreground and Background Triggers - because you can install the background service (see #1), and because you can login as root and run the agent in foreground mode.

3 - But running Triggers as Root will mask/override all the Triggers in your regular account - I wouldn't say mask/override, it's just separate as you covered in #4. Running the agent as root will create another separate computer entry in your account associated with /root/.TRIGGERcmdData. That computer will be named the same initially, but you could rename it.

4 - The exception to (3) is if you can instantiate two "Computers" -- one pointing to Root for the "Background", and a separate "Computer" pointing to your normal Linux account to support the "Foreground" - correct, although as you pointed out in #2, you could also run the foreground agent as root.

You create a separate computer just by running the agent as the other user. If the ~/.TRIGGERcmdData directory doesn't exist, the agent will prompt you for a token, create a computer record in your account, and store the ID for that computer in the computerid.cfg file.

Different Linux accounts could setup different computer records, or you could give everyone sudo access to be able to edit /root/.TRIGGERcmdData/commands.json to run background command via the background agent.

The agent stores the .TRIGGERcmdData directory in the home folder of the user running the agent. The files in that directory are the key point of connection to the mother ship.

Good questions @Joe.

@Michael-Murphy, thank you for reporting this. I was actually worried people were getting that email when they shouldn't, but you're only the second first person to report it, so thank you! If thought the first person's issue was a one-off, but apparently not.

I think fixed it just now, but anyway I decided to make it an opt-in feature instead of emailing by default.

Now you'll see this checkbox in your profile, and it's unchecked by default:

0583d88f-2e1c-4942-9e9d-3e26a020fe30-image.png

Awesome @mikeraineri.

@mikey186, thanks. I'll fix that.

EDIT: Fixed.

@Russ well never mind, I manage to find a workaround. But I would hope to see a advantage to move the PARAMs and/or more PARAMs in the future. It would be interesting.....

@VeepuEco try this example: https://www.pcworld.com/article/3100057/how-to-remove-your-login-password-from-windows-10.html

i use this. the computer have password, but when you lok the pc and need to unlok you need to put password.
but on start you don't need to put password. so if you have this option on and when talk with google assistent to power pc on, the pc enter on windows without password

in my case but i dont know how to setup my google home to turn on my pc

ps: sorry my english. i dont talk and write english very much

@Oliver-Oßwald, awesome.

@Lewis-S, I see a "Apply always" option on your screenshot. That might prevent it from deleting the .exe. You could also exclude that folder from scans.

@meetb, the commands.json file gets created in the home folder of the user who runs the agent.

On a Raspberry Pi I generally run the background service (daemon) as root because I'm dedicating the Pi to be a garage door opener, PiHole, or using it to wake up my PC. So I use /root/TRIGGERcmdData/commands.json and all of my commands have ground = background.

It's possible though that you might want to run X-Windows on your Pi and run the agent in foreground mode as pi, in which case you'd use the commands.json in pi's home folder.

Your commands.json file will be restored if the agent detects a problem in the json format, like a comma on the last entry, or if you forget to escape a quote or backslash. It restores the last valid commands.json file it had.

@meetb, I just tested using both the original Alexa skill (Alexa, ask TRIGGERcmd to run Calculator on PC), and the newer Smart Home Alexa skill (Alexa turn on Calculator on PC). Both skills worked for me. PC is a shared computer from another account. So I have some questions:

What exactly are you saying to Alexa? Have you verified your computer's voice name matches what Alexa is hearing?

You can use https://alexa.amazon.com to see what Alexa is hearing. In my case, for the original skill to work I had to make the voice name "p. c." because at https://alexa.amazon.com I saw this:

Alexa heard: "alexa ask trigger c. m. d. to run calculator on p. c."

@krl69, what is your browser's language? It might be a bad redirect for your language.

Thank you for telling me about this. I need to fix it.

Can you get to these links?
https://www.triggercmd.com/user/auth/signup
https://www.triggercmd.com/user/auth/login

Where do you live (in the world)?
Also, can you send me that full URL? The q=... value got cut off. That might give me a clue about what's going on.

@Russ said in Backup And Migrate Trigger Commands:

~/.TRIGGERcmdData/commands.json

Thank you!

@Pietro-Gonçalves, do any of your commands work? I suspect the problem might be that you set the command to be a background command?

If you do that, your commands will run in the foreground via GUI editor, and they'll run the background when you run them remotely. You also have to have the background agent installed for background commands to run remotely.