testing: testing a list of packages blocks the real-time output #27826
Labels
Milestone
Comments
@gopherbot please, add label Testing. |
Related to #24929. |
A flag to disable stdout buffering could be helpful. Or, at a minimum, document the effect of the -p (and -count ?) flags on output buffering. As a note, this bug is not quite a duplicate of #24929, as it affects all of stdout, not just the uses of t.Log (Maybe the underlying mechanism is the same, I don't know.) We care about stdout too because we're doing heavy initializations in TestMain where t.Log isn't available, and we want to see the progress messages as they happen. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
What version of Go are you using (
go version
)?go version go1.11 darwin/amd64
Does this issue reproduce with the latest release?
Yes, reproduced on tip -
go version devel +ce58a39fca Thu Sep 20 22:52:44 2018 +0000 darwin/amd64
What operating system and processor architecture are you using (
go env
)?What did you do?
go test -v -count=1 ./...
doesn't print real-time test output if you got subpackages.What did you expect to see?
I expect to see the output successively as the test is running.
And I will see it if run
go test -v -count=1 .
instead.What did you see instead?
Using
./...
doesn't produce real-time output.The output is produced only when all the tests are finished.
It's not convenient when you run tests on a CI and see only "go test -v ./..." line for several minutes.
You don't have any idea if the tests have stuck somewhere or they are just too slow.
I understand that such behaviour may be connected with running the tests in parallel, but maybe we could do anything about it?
The text was updated successfully, but these errors were encountered: