STDIN in test is bound to the calling terminal STDIN when Data block not specified about shellspec HOT 2 OPEN

It's not an error. It is how shells work.

If the function (readParameter) expects data to be passed to stdin, then it will hang forever until an End-Of-File character is received (Ctrl+D).

If you need a default if no stdin is passed then it's exactly THAT the problem. The test shows that the function does not work as you intend, so you must handle it in the readParameter code

from shellspec.

Please read the title of the ticket again. The issue I'm complaining about is not "the call hangs waiting for stdin", which is indeed normal if using the stdin from the terminal.

What I'm saying is that in my opinion, shellspec SHOULD NOT be forwarding the terminal's stdin to the call in the first place.

For a tool designed to build automatable and reproducible test suites, plugging terminal stdin into the processing of individual tests is a weird design choice at best, and a bug at worst (tests results may change if the impatient user presses any key on his terminal while the campaign progresses).

Again, all I'm saying is that when no Data block is specified, the "call" stdin should receive an empty string, and NOT the terminal's stdin.
In other words, no Data block should be equivalent to an empty Data block.

If there really are use cases where it makes sense to forward the calling terminal stdin to the test functions, I'm very curious to read about it.
And even if there are :

• It may be more reliable to disable that binding by default, and provide a way to enable it explicitly,
• And most importantly, this behaviour should be explicitly specified and documented.

from shellspec.