-
Bug
-
Resolution: Fixed
-
Minor
-
3.7.5, 3.8.2, 3.9
-
MOODLE_37_STABLE, MOODLE_38_STABLE, MOODLE_39_STABLE
-
MOODLE_37_STABLE, MOODLE_38_STABLE
-
MDL-68405-master -
This was detected when working on MDLSITE-6103 because I was getting non-consistent results in some of the tests being added there.
In that issue (see details) the problem was bisected and found that the change of behavior came with MDL-67953.
Basically, before that patch... whenever the gherkinlint task finds errors, they are reported, then some warning text is shown and the execution ends with error and exit code (not 0).
After the patch, the errors are reported exactly the same, but the warning text is not shown and the execution ends without error and with exit code (= 0).
To reproduce:
- edit any feature file, change some indentation (to force a gherkin-lint error).
- run grunt gherkinklint; echo $?
- expectation: exit code should not be zero.
- current: exit code is zero.
Have confirmed that reverting the commit does lead to the expected result.
Haven't checked if there are other tasks affected the same way. Say stylelint, eslint... all them should lead to error exit code if there are errors.
Ciao
PS: I think this explains pretty much why, recently, some gherkin violations have met core and we haven't detected them (in fact that's ultimately the cause I prepared MDLSITE-6103). Since this regression, grunt is not failing any more... hence CiBoT says all ok, so there wasn't any reason to look. Before the regression, grunt was failing and, although it was hard to find the cause (well-hidden in log/xml files in the job) it was enough ro raise alarms and make us look for it.
- Discovered while testing
-
MDLSITE-6103 Ensure CiBoT runs and reports gherkinlint warnings and errors
- Closed
- has a non-specific relationship to
-
MDL-67788 Add xAPI statement support to mod_h5p
- Closed
- is a regression caused by
-
MDL-67953 Grunt window gherkinlint does not work
- Closed