-
Notifications
You must be signed in to change notification settings - Fork 60
Fixes to cucumber step identification #125
Fixes to cucumber step identification #125
Conversation
…based on the prepared test case
@BorisOsipov can you double check this change? |
Sure. I will check.
ср, 16 мая 2018 г. в 23:37, Christian Bromann <notifications@github.com>:
… @BorisOsipov <https://github.com/BorisOsipov> can you double check this
change?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#125 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AGNmZMmkSY1SM5jXF8dPztSDurwxeA63ks5tzI4SgaJpZM4UB0xF>
.
--
--
Best Regards,
Boris Osipov
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@BorisOsipov got approval that it is working by @ringods. Merging...
thanks @goofballLogic 👍
I had quick check and for me it still fails on
See feature file example https://github.com/BorisOsipov/wdio-cucumber4-issue/blob/master/passing.feature |
I'll take a quick look and add a test case for this.
Sent from TypeApp
…On 17 May 2018, 10:42, at 10:42, Boris Osipov ***@***.***> wrote:
I had quick check and for me it still fails on `Scenario Outline`
```
ERROR: Cannot read property 'steps' of undefined
phantomjs
Type at CucumberEventListener.onTestCasePrepared
(C:\Temp\wdio-cucumber4-issue\node_modules\wdio-cucumber-framework\build\cucumberEventListener.js:199:44)
at emitOne (events.js:120:20)
at EventEmitter.emit (events.js:210:7)
at TestCaseRunner.emit
(C:\Temp\wdio-cucumber4-issue\node_modules\wdio-cucumber-framework\node_modules\cucumber\src\runtime\test_case_runner.js:51:27)
at TestCaseRunner.emitPrepared
(C:\Temp\wdio-cucumber4-issue\node_modules\wdio-cucumber-framework\node_modules\cucumber\src\runtime\test_case_runner.js:79:10)
at TestCaseRunner.<anonymous>
(C:\Temp\wdio-cucumber4-issue\node_modules\wdio-cucumber-framework\node_modules\cucumber\src\runtime\test_case_runner.js:154:10)
at Generator.next (<anonymous>)
```
See feature file example
https://github.com/BorisOsipov/wdio-cucumber4-issue/blob/master/passing.feature
--
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub:
#125 (comment)
|
Still fails for me
Scenario:
I am the only one to reproduce the problem ? |
I have the same issue as @BorisOsipov:
Scenario:
How to fix this ? |
@lrocheWB there is a pending PR with a fix |
Hi all, |
@martinotu I'm in the same boat.
|
Same here, can't develop testing framework due to this. Any updates? ;) |
For all questions above and onward |
Any Update Please |
Same problem for me. |
Any update on this issue (wdio-cucumber-framework@~2.1.0.)? |
I found another bug related to the same, when I use background in the terminal shows the steps in green (as completed) as soon as start, and if the step definition has a function that validates more than one thing or action, it doesn't execute them, execute just the first one, but the scenario doesn't fail. |
+1 for this issue |
merged but nothing has been fixed? this error is still occurring. there's definitely something severely wrong here. the test scenarios seem to be nesting into each other instead of being a flat list. |
please see #126 |
The cucumber reporter was showing incorrect stacktraces in situations such as when using
Background
steps.In order to correct this problem, the "combined" (background + normal) set of steps for a given scenario must be stored when the
TestCasePrepared
event arrives from Cucumber, and then used to resolve the actualsourceLocation
of the needed step, based on theindex
of the step being executed.Once the
sourceLocation
is discovered, the actual step definition must be looked up from the gherkin feature document, rather than the scenario, because steps such asBackground
ones aren't contained within the current scenario's pickle.Fixes #111
Fixes #112