HTTP request fails depending on message origin?

General
1

I have a flow that sends events to ntfy.sh. I have a certain type of event that fails most of the time with "no response from server".

Using wireshark I have confirmed that the TCP connection is established, but no request is ever sent.

Other types of messages (including a message reporting the above failure, picked up with the catch node) seem to work fine.

It looks like I have narrowed it down to be reproduced, such that:

  • It fails when the message originates from a Shelly node, and passes through a few other nodes before being prepared in a change node.
  • It seems to succeed when the same change node, that constructs the HTTP payload is triggered with an inject node.

These two messages logged to the debug console (as full message objects) are identical. Could there be something more on the message objects, which is not logged in the console, but that could cause this issue.

Using Node-RED 4.0.9

2

Before doing anything else I suggest updating the latest release, which is 4.1.5 I think. It may well not make any difference, but you will feel silly if you waste a lot of time then it turns out to be this problem.

So sometimes it works? If so then perhaps it is a timing problem? Has the previous message you sent to node completed?

3

It actually looks like - at first glance - that upgrading to 4.1.5 solved the issue.

Normally I am reluctant to upgrade, if there is no mention of something that might fix a specific issue that I am having, as this can be considered a production system.

So it looks like maybe there was something wrong in the HTTP request node in v4.0.9, which is fixed now.