-
Notifications
You must be signed in to change notification settings - Fork 743
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
matcherForEnabledElement default matched value should be NO/false (#479) #482
base: master
Are you sure you want to change the base?
matcherForEnabledElement default matched value should be NO/false (#479) #482
Conversation
Hmm, looks like this seems to make a lot of our tests fail. Were you able to get the FunctionalTests running fine? |
ok - a LOT of functional tests are failing. After an initial investigation it is this: The test has a view, and it wants to tap on it. Tap Actions like in GreyTapAction.m use grey_enabled() as part of the criteria:
However stepping through the code, the matcher is looking for a UIControl:
However the test (testAccessibilityElementTappedSuccessfullyWithTapAtPoint for example) is passing in a UIView derived object like a UITableViewLabel -> this is not a UIControl and so it would always return NO on a view. |
The Proposing the following behavior for grey_enabled matcher:
With this change in behavior, @RichardGuion In terms of changes to matcherForEnabledElement, it would look something like:
What do you guys think? |
@khandpur - I tried a slight variation of your suggested code:
Tests still fail even though it can access the label view -> isUserInteractionEnabled returns NO. |
I am going to try it locally to see if there's something we can do to make those tests happy. |
PING. Any update on this @RichardGuion ? |
Sorry, ignore the previous comment. We'll test it out and update this issue. Thanks! |
No description provided.