You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Jul 29, 2024. It is now read-only.
It seems to me that the automatic application of the ElementFinder-specific WEB_ELEMENT_FUNCTIONS to the ElementArrayFinder results in an incorrect type signature of the ElementArrayFinder::getText().
Instead of declaring a thenable containing a list of strings, the signature describes a thenable containing a single string.
This gives both the IDE and the compiler a bit of a hard time:
Please let me know should you need any additional information!
Best,
Jan
The text was updated successfully, but these errors were encountered:
This is proving to not be easy; not in a way that doesn't cause other issues, at least.
Even manually implementing methods as a proxy, rather than using dynamic assignment leads to compiler complaints.
I am elbow-deep in this, at the moment, so anything else you have hit, specifically relating to this problem, @jan-molak, would be a welcome addition.
Hi there!
It seems to me that the automatic application of the
ElementFinder
-specificWEB_ELEMENT_FUNCTIONS
to theElementArrayFinder
results in an incorrect type signature of theElementArrayFinder::getText()
.Instead of declaring a
thenable
containing a list ofstring
s, the signature describes athenable
containing a singlestring
.This gives both the IDE and the compiler a bit of a hard time:
Please let me know should you need any additional information!
Best,
Jan
The text was updated successfully, but these errors were encountered: