If using the send email node, and the node prior (in my case is http request) is pinned. The email will not contain the file in the attachment. If you unpin the http request node and re-run the send email node, the attachment appears.
Thanks for surfacing this - I agree with you in regard to this is not necessarily a bug in functionality, but it’s definitely one in clarity.
The current documentation states:
“You can’t pin data if the output data includes binary data.”
I find this is ambiguous. That wording suggests pinning shouldn’t even be possible on nodes that output binary data - yet it is. The real issue is that pinning doesn’t preserve the binary data, which can lead to unexpected behaviour, like in the example with the Send Email node where attachments silently disappear. I would argue that a warning in the UI would do even better job, but…
To avoid confusion, the documentation should clarify this behaviour explicitly. A clearer phrasing might be:
“Pinning a node does not preserve its binary data.”
or
“If you pin a node with binary output, the binary data will not be available to downstream nodes.”
This would better reflect the actual behaviour and prevent confusion for other users. At the very least, this qualifies as a documentation bug in my opinion - the current description can easily mislead users and cause workflows to break in subtle ways.
Hopefully this can be passed on to the team for consideration. Thanks again for finding this doc, @moosa