Hi Spiro T., indeed good question, and well it depends on use cases. Most of the times it's unchecked, so that during validation, the flow continues over pipelines containing snaps that write during execution only. Sometimes it's also unchecked, so that it's possible to count how many documents math a given filter, starting from 0.
But my point here is during error: all my snaps are configured for "On error: stop pipeline execution", and indeed in case of error the pipeline is stopped with an error. But on such a snap failure, a downstream Gate will sometimes still output a document, even if marked as stopped in the monitor, as if the pipeline is not always able to stop the included Gate to complete execution, even if one of its inputs is failed.
Said otherwise, to me it seems that the included Gate snap cannot be reliably stopped by the pipeline in case of error, which is highly undesirable.