Pekka Klärck

After ffa0d4e65795d2392bf3166b33eb7ff9800e27c9 syntax errors are reported during execution using `raise DataError(msg, syntax=True)`. All such usages are listed below and some of these could probably be detected already at parsing time:...

One way to handle `--exitonerror` with parsing errors would be not running anything. Currently, if you run `robot --exitonerror tests.robot` and the file contains, for example, an invalid setting, the...

A friend just recommended this project. As a Python developer I was happy to notice it's Python but surprised it's not pip installable. Python packaging has been getting better over...

Yes, flattening should definitely happen at the execution time. As I've commented above, it's a pretty safe operation as all log messages are preserved. Removing keywords is more problematic in...

New #4584 now covers flattening. I don't consider others too important and won't submit issues for them at least now. `robot:remove` may also be hard to implement safely, but `robot:expand`...

This has been brought up few times lately and, for example, @Snooz82 had some interesting use case for this functionality. I hope we get this done in RF 6.1 and...

This feature still lacks documentation.

Yes, this only works with user keywords. Need to update the title accordingly. Support for library keywords can be added later if it's considered useful.

If you'd like to see this support with library keywords, please submit an issue referencing this issue. With library keywords we need to decide how to pass different arguments to...

This would be a really useful functionality and I hope we could get it implemented already in RF 6.1, not in 7.0. I'll set milestone and priority accordingly.