-
Notifications
You must be signed in to change notification settings - Fork 335
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
CI: display ansi codes when an assert-line fails #454
Comments
A side effect of option 1. is that running with |
I do something similar here: https://github.com/so-fancy/diff-so-fancy/blob/master/test/git_ansi_color.pl#L45 Basically we omit the |
At the very least we could document option 1. It had not really occurred to me until I had spent (way too much) time on option 2. Maybe under testing. Option 2 would look like this in a test (the names can be changed to protect the guilty):
where this is declared separately:
Both options could be hidden by functions that check an environment variable. Not sure that is needed. When would you not want to see the actual codes in the escape sequence when something fails? That makes me prefer option 2 where the base tests are unchanged. |
This is a very interesting proposal... Let me think about it and get back to you. |
During test development, the ansi codes may not always be well understood. The current bats default error display does not help with determining the actual sequence of codes since the drivers are eating the codes. The bats framework uses
cat
to display the failing line in assertion tests.What would be useful is to display the ansi codes in the error message. This could be done in a couple of ways to make the escape character not an escape character.
run printf "%s" "$output"
in tests torun printf "%s" "${output//\e/E}"
. Tests would need to check forE[
instead of\e[
.Any interest in this? There may be other options but these both work (have been tested) and are simple to implement.
The text was updated successfully, but these errors were encountered: