You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Sending an invalid JSON payload on incoming webhooks (haven't tested outgoing yet) creates an event that does not show on both "Event Deliveries" and "Events Log" page. However, there are some logs related to the event
{
"error": "unexpected end of JSON input",
"level": "error",
"msg": "error find a matching subscription for this source",
"time": "2023-10-20 10:55:18"
}
Reproduce
This is persistent and can be reproduced easily. for context, i used docker-compose to deploy the instance
create a project for incoming webhook
create a source, endpoint, and corresponding subscription
send any invalid json as payload, for example like this:
{
"data": ""
after sending the request, the terminal will be filled with error logs similar to these
{"error":"unexpected end of JSON input","level":"error","msg":"error find a matching subscription for this source","time":"2023-10-20 11:15:27"}
{"error":"error find a matching subscription for this source","job":"CreateEventProcessor","level":"error","msg":"job failed","source":"worker","time":"2023-10-20 11:15:27"}
Discussion
I'm wondering if we can avoid this error by adding a payload validator or adding support for custom middleware?
The text was updated successfully, but these errors were encountered:
It would be nice to be able to disable json-filter matching on source that are known to not send JSON messages (such as encrypted payloads or files), rather than force it to only handle JSON - this is currently a blocker for us
Sending an invalid JSON payload on incoming webhooks (haven't tested outgoing yet) creates an event that does not show on both "Event Deliveries" and "Events Log" page. However, there are some logs related to the event
Reproduce
This is persistent and can be reproduced easily. for context, i used docker-compose to deploy the instance
after sending the request, the terminal will be filled with error logs similar to these
Discussion
I'm wondering if we can avoid this error by adding a payload validator or adding support for custom middleware?
The text was updated successfully, but these errors were encountered: