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
As noted in getgauge/gauge-python#397, when programmatically skipping scenarios ( getgauge/gauge#2502 ) from a step or a hook, ideally it should be clear from the report which step generated the skip instruction.
Actual behavior
Currently the step shows as passed.
Steps to reproduce
Use a gauge-dotnet or gauge-python project which has a step which throws/raises a SkipScenarioException
View the html-report for that scenario
Note that the step that generated the skip is passed, even though the scenario is shown as skipped.
funcgetStepStatus(res*gm.ProtoStepExecutionResult) status {
ifres.GetSkipped() {
returnskip
}
ifres.GetExecutionResult() ==nil {
returnnotExecuted
}
ifres.GetExecutionResult().GetFailed() {
returnfail
}
returnpass
}
and add the below after checking the executionResult however needs to be validated as to what it looks like and whether it displays in a way that is clear as to the reason the step is skipped since skips can be done for multiple reasons.
Expected behavior
As noted in getgauge/gauge-python#397, when programmatically skipping scenarios ( getgauge/gauge#2502 ) from a step or a hook, ideally it should be clear from the report which step generated the
skip
instruction.Actual behavior
Currently the step shows as passed.
Steps to reproduce
SkipScenarioException
It might be sufficient to change the code below
html-report/generator/transform.go
Lines 619 to 630 in 19ee5a6
and add the below after checking the
executionResult
however needs to be validated as to what it looks like and whether it displays in a way that is clear as to the reason the step is skipped since skips can be done for multiple reasons.Gauge version
The text was updated successfully, but these errors were encountered: