Wait Action

[V88]

Interesting. We send LOTS across multiple apps. Never missed a single one. So far

[V88]

Yes. This is what I see. I think it’s to be expected. But annoying nevertheless.

[yinon_raviv]

Adding @Fuchs which I developed the app for his company.

Yair,

Can you share the data of the tracking on the webhook send and mis sending in the plant doctor?

Mark,
I’ll prepare a video and will send you tomorrow including support link.

Thanks!

[AymenM]

@Mark

Could you be more specific, please? Does Glide not call your webhook?

On one of my webhooks basically the user email address is not called at all as well as the user ID

[Mark]

@AymenM Could you please email support@glideapps.com and tell them exactly how to reproduce that issue?

[AymenM]

Sure !

[Robert_Petitto]

@noobly_channel

The problem is then between Google Sheet and Glide. Sometimes Glide shows the change in a few seconds, other times Glide shows the change five minutes later.

I can attest to this statement. My primary use case is payments. Send webhook > update spreadsheet is near instant. However, the update to Glide can take upwards of 5 min (even if pro and update if when using app).

With verification of payments, it needs to be instant.

[Yasin_Hassanien]

I second that as I actually opened a feature request for it here to atleast respond back by response to glide or even into google sheet via glide for the instance response

Insert Data to Glide via API

Any timeline for pushing data into glide tables via an API ?

[Darren_Murphy]

@V88

Interesting. We send LOTS across multiple apps. Never missed a single one. So far

yeah, same. I use lots of webhooks and have never had a problem with them not being sent. Maybe I’m just lucky

[alfonso_ayala]

we need direct subscription from glide to stripe maybe that would fix the timing

[Jacktools_Net]

This would be even easier if glide could handle the webhook response. So you can send a json object back to glide and process it in the same action.

[Darren_Murphy]

Absolutely agreed.

Insert Data to Glide via API

@david Related to this, I would like to see an option where I could post data to Glide via a webhook. I’m currently working on a project where I’m integrating with a medical screening device. This is an IOT device, and provides the following via an API: temperature heart rate respiratory rate thermal image photograph (with eventual facial recognition) QR code decode Right now, I am pulling the above data from the cloud API every minute into a Google Sheet. This means that there is typicall…

[Manu.n]

Hi @Darren_Murphy
I recently made a similar request.

Action "API !"

Hello, Why not have an Action API? As there are Webhook and API columns which are already a good base. The creation of an API action seems close. Which could have value in return. Currently I am using a webhook action with a proprietary script and a return value in a sheet, but the refresh in Glide takes several minutes. And I have to use the google sheet while all my tables are in Glide Table.

[Jacktools_Net]

A json column would also be nice. I mean combine multuple columns to a valid json object and generate a json array out of a relation.

[V88]

It’s an interesting thread.

As I see it, webhooks in Glide are currently “fire and forget”. This makes them fantastic for pushing data somewhere outside of Glide and / or starting some external process. They are not currently designed to wait for the “recipient” to do something and report back. That would be closer in functionality to a REST API call. The latter would be incredible for sure, but it would either require (a) the app stalls whilst waiting for the response or (b) the app gets a trigger when the response is received at some point in the future. Neither currently fit with the Glide model but the first is probably easier to implement (just guessing).

The Integromat webhook scenario is a case in point. It’s fantastically useful to hit Integromat with a webhook, but the app does not hang around for a response, despite the fact that Integromat is capable of sending one. So if your Integromat scenario takes 4 or 5 secs to run, the app has already moved on. This means that (AFAIK) the only way to get any feedback into Glide is via a Google Sheet update from Integromat once its scenario is complete (success or failure). Of course Glide may then take “some time” to reflect this sheet update back into the app.

I would love to hear any thoughts from the Glide team about future intentions in this respect, even if just a staged approach in the first instance to somehow accelerate the updates back into the app via a Google Sheet.

[Manu.n]

Hi @V88
Just to complete your comments on the return of a Webhook action:
I quote Mark:

The response body is ignored, but HTTP status codes are honored. HTTP 2xx is treated as success, HTTP 3xx is honored and tracked, and all other states, including socket connection failures, are treated as failures and are eligible for retrying.

[V88]

Hrm? Are you sure that’s not related to the API column that the guys were testing a while back? If this does relate to Glide webhooks then I don’t see how the app gets any visibility of the status code returned?

[Manu.n]

This is Webhook Action.

Here is the full message on the subject

Please help us test: API Column and Webhook action

Updated: The Glide API This is a quick reference on how to implement a Glide API endpoint. API endpoints are used for the API column and the webhook action. Implementing your endpoint The endpoint must be HTTPS and support the POST method. Glide will send a JSON request body. The format of the body differs between the API column and the Webhook action. The API column For the API column, the request body will contain the following fields: hookKind is the string api-column. appID is the call…

And the tests I have done confirm that if the return is not correct, Glide repeats the Webhook action

[V88]

Yes, however I think the status codes determine Glide’s internal approach to retrying the webhook. Glide webhooks are not called from our apps. Rather, the app instructs the Glide “backend” to call the webhook on its behalf. So the status codes are available to the Glide “backend” but not to the app. Hence the app cannot know the outcome (at this time). If you have a way of determining this in your apps then I’d love to know because it would be amazing

[Manu.n]

That’s right, well, it’s also my deductions.
No, I don’t have a solution to offer you, I’m a bit like everyone else, waiting for an evolution.
Sorry