The fail event should be emitted when an assertion failed, regardless of whether the failed assertion in the tap output contains diagnostic data or not.
Description
Updated line error handling to ensure that fail event is also emitted when no failure diagnostics provided.
1..4
# is true
ok 1 - Input file opened
not ok 2 - First line of the input valid
ok 3 - Read the rest of the file
not ok 4 - Summarized correctly
Motivation and Context
I was looking into the root cause of a GH issue reported in tap-teamcity. This library expects the "fail" event to be emitted on an assertion fail, but when tap does no provide any failure diagnostics this event is not present.
How Was This Tested?
Updated unit tests and tested output with the tap output above.
Types of changes
[x] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)
Checklist:
[x] My change follows the style of this project
as far as I can tell
[x] My change requires a change to the documentation
The fail event should be emitted when an assertion failed, regardless of whether the failed assertion in the tap output contains diagnostic data or not.
Description
Updated line error handling to ensure that fail event is also emitted when no failure diagnostics provided.
Motivation and Context
I was looking into the root cause of a GH issue reported in tap-teamcity. This library expects the "fail" event to be emitted on an assertion fail, but when tap does no provide any failure diagnostics this event is not present.
How Was This Tested?
Updated unit tests and tested output with the tap output above.
Types of changes
Checklist: