KotlinIsland

> I don't understand why this would require adding both `continue_on_failures´ context manager an new `robot.api.fail` method. I'm just providing possible solutions, I have custom functionality for both approaches. >...

Yeah, two different approaches. Sorry about that, I'll update the OP

I have both and tend to use the context manager solution a lot more, but it's entirely up to you 😀. I have sub-typed `BuiltIn` and wrapped all the assertion...

And maybe my ideas aren't optimal, but hopefully they add to the general discussion.

[pep-654](https://peps.python.org/pep-0654/) is highly relevant here.

Desired functionality: perform "run keyword and continue on failure" and support continuable failures in python code (psuedo code moment) ```robot Continue Example Validate All Things On Page Log end ```...

> This way you have a full control on the final error message. Sure, but 99% of the time I want exactly whats in my mockup. Also this leads to...

https://github.com/robotframework/robotframework/issues/4252#issuecomment-1067714749

> Magic comments like `# type: ignore[attr-defined]`. Type comments aren't magic, they are part of [PEP 484](https://www.python.org/dev/peps/pep-0484/#toc-entry-31) > Redundant return value annotation `-> None` I completely agree (https://github.com/python/mypy/issues/9413), but is...

Comming into this project, it feels very overwhelming, with multiple classes with the same name and functions with very ambiguous types. Even trying to figure out the types for this...