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
At this time, the matcher needs a literal line after ... to correctly find when the end is. I have run into this limitation myself and would love to loosen it. However, the code is quite complex, handling a lot of corner cases, so I have not tried to take this on myself but if someone else makes an attempt that is reasonably understandable, I think I'd be open to merging (we'd have to see what trade offs exist, I haven't touched this area in a while)
Part of my test's expected stdout looks like this (note the
...
and the[..]
):When I run the test, the actual stdout doesn't match, and I see this in the diff:
The above looks odd to me, because I would expect the
...
to match theFinished
line.If I remove the
Running
line from the expected stdout, the test passes (i.e., the...
matches both theFinished
andRunning
lines).This suggests to me that the line after a
...
cannot contain a[..]
(?).Is this correct, and if so, is it expected behavior?
The text was updated successfully, but these errors were encountered: