Allow GET requests to trigger webhooks

FutureTense · March 17, 2019, 3:39pm

I would like to be able to trigger a webhooks by opening a bookmark. Such as:

https://homeassistant.example.com/api/webhook/somelonghexstring

But since you can’t call a HA webhook just by opening up a URL, I’m forced to use a workaround like using IFTTT. The following will accept a GET request which then calls my HA webhook above with POST.

https://maker.ifttt.com/trigger/call_my_ha_webhook_with_post/with/key/anotherlongexstring

It would be nice to eliminate IFTTT from the equation.

HypnoToad · March 18, 2019, 1:50pm

Sounds like it could be useful to communucate with devices that don’t support MQTT - how would authentication be handled?

FutureTense · March 19, 2019, 1:28pm

The same way one calls a webhook for IFTTT. Use an authentication token and HTTPS.

Right now I literally have IFTTT call my HA hook because IFTTT can make a receive a webhook request via GET and make a call with POST. If HA could accept a GET request, I can bypass IFTTT altogether.

HypnoToad · March 19, 2019, 3:10pm

You may be able to use NodeRED to replace IFTTT I think, if you use the websocket node for Homeassistant then NodeRED is able to send the commands.

Here’s an HTTP endpoint example:

https://cookbook.nodered.org/http/create-an-http-endpoint

FutureTense · March 19, 2019, 3:16pm

I suppose another workaround is nice, but was hoping the devs could bake in get requests. Not sure how hard that would be.

HypnoToad · March 19, 2019, 3:21pm

Yep I agree it would be nice to have without any extra stuff running - I’d also like this feature. In fact it would allow me to use PiCorePlayer to trigger HA stuff with only some shellscript on PCP as it doesn’t do MQTT

FutureTense · March 19, 2019, 3:47pm

Rock the Vote ^

FutureTense · August 20, 2019, 1:29am

Bump da bump!

thex · July 26, 2020, 9:48am

BUMP, just ran into this with iBrew which implements it’s triggers via get requests

github.com

Tristan79/iBrew/blob/260d64fae5257d83817b66a24c0d16b24b86a0a0/source/smarter/SmarterInterface.py#L1287


o = str(old)
if n == "True" or n == "False":
    n = self.stringboolsGroup(i[0],n)
if o == "True" or o == "False":
    o = self.stringboolsGroup(i[0],o)

s = s.replace("§O",str(o)).replace("§N",str(n))

if s[0:4] == "http":
    try:
        response = urllib.urlopen(s)
            
    except Exception, e:
        print str(e)
else:
    r = os.popen(s).read()
    if self.dump:
        print r

if self.dump and self.dump_status:
    logging.debug("Trigger: " + SmarterLegacy.triggersKettle[triggerID][0] + " - old:" + str(o) + " new:" + str(n) + " " + i[0] + " " + s)

wunsch · September 14, 2020, 8:35pm

The SHELLY devices also use GET-method for their ACTIONS.

I am using ShellyForHASS as add-on for SHELLY Devices - but I have massive problems with the “physical Switch state”, which is very much delayed , even when using CoAP (FW1.8.3, ShellyForHass 0.2.0).

As such I would like to use the SHELLY-ACTIONS (which call webhooks via GET Method) to send the physical-switch-state to HA.

I did try “HTTP IN”-nodes in Node-Red - but this did not work either - as I had to authenticate.

It would be GREAT if HA would accept GET webhooks!