You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When/if this apps:run test fails, the Expect statement proceeds to log the entire command's output, corrupting the user's terminal and crowding out logs with byte code.
We should re-jigger the test, perhaps checking first if the byte array does not match expected (outside of Expect) and then, if not, logging some standard error/failure message accordingly.
The text was updated successfully, but these errors were encountered:
Alas, since the output is stored in sess.Out.ContentsI(), Ginkgo will log this anytime the test fails (no matter how test is failed). Wondering if there's another way to eliminate logging of output? Or, another way to test this case? ping @mboersma
When/if this apps:run test fails, the
Expect
statement proceeds to log the entire command's output, corrupting the user's terminal and crowding out logs with byte code.We should re-jigger the test, perhaps checking first if the byte array does not match expected (outside of
Expect
) and then, if not, logging some standard error/failure message accordingly.The text was updated successfully, but these errors were encountered: