Use official parser

[jirikuncar]

Is there an interest in switching to the official Gherkin parser: https://github.com/cucumber/cucumber/tree/master/gherkin/python?

I would be willing to prepare a PR.

Cheers!

[The-Compiler]

As far as I know, @olegpidsadnyi started some work on this (or at least planned to) - see e.g. #366 (comment)

[anniepapa]

@The-Compiler @olegpidsadnyi Do you have any idea when will be the next release of Pytest-bdd? I was asked twice already from company guild meeting about this. Very much looking forward to it. 😄

[youtux]

I actually abandoned the idea (for the moment) of using the parser from cucumber. I am trying instead to rewrite the parser.
You can see the progress in the rewrite-parser branch.

[elchupanebrej]

@youtux could you please provide some insights into why rewriting was selected over using the official parser?

Maybe it's possible to create some intermediate adapter layer(or model) to make possible support a few different parsers?
Seems that pytest-bdd Gherkin dialect and official Gherkin have some independent features. pytest-bdd has much less community than Gherkin so it is vitally necessary to support official features and just after that support extensions. Seems that it's needed to give some integration space inside. So next evolution steps could be:

• Separate intermediate adapter model (and prove that legacy parser could work with it)
• Develop adapter model to connect model provided by the official parser and intermediate model
• Extend official parser to support features provided by pytest-bdd
• Extend pytest-bdd run model to support features from the official Gherkin dialect through the adapter model

[TBBle]

It looks like this has become the blocker for Datatables, i.e. #366 (comment), but the rewrite-parser branch also stalled in September 2020, over twelve months ago.

Is there still seen to be a way forward in this direction (replacing the parser, either a rewrite or integrating the Gherkin python parser), or do we need to resuscitate #366 against current pytest-bdd master in order to advance that support?

(Or perhaps point people at external addons like sttable although I don't know how well-maintained that is, as I haven't actually tried it.)

[theObserver1]

I dont mind about the parser but i want pretty data tables in my CI reports :) . We use sttable as a workaround and it works perfectly except its not supported by CI reporting tools. Recommend sttable is officially incorporated into pytest-bdd as a quick win so downsteam tools can also be updated. Its really nothing more than a standard Python dict and list parsing so should be fairly maintenance free.

[youtux]

For those interested, lately I've been working on a new parser in the branch https://github.com/pytest-dev/pytest-bdd/tree/tatsu-parser.
It is more strict and it adheres to the Gherkin specifications. It parses data tables and step docstrings, although they still have to be implemented in the runner.

It is almost complete, it needs polishing around error reporting and documenting the changes.

[elchupanebrej]

I have integrated the official parser into pytest bdd, it still needs some polishing, but it gives a possibility to integrate with tools from cucumber.io

[jugaadi]

Any plans to support Markdown with Gherkin ?

[nhuray]

@elchupanebrej Any plans to reintegrate the work you did in pytest-bdd-ng into pytest-bdd ?

[youtux]

To be clear, @elchupanebrej is not part of the pytest-bdd team. So no, there is no plan to integrate the changes of pytest-bdd-ng into pytest-bdd.