-
Notifications
You must be signed in to change notification settings - Fork 6.8k
fix(material/input): input harness not matching matNativeControl
#18221
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
fix(material/input): input harness not matching matNativeControl
#18221
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do we want this to create harness instances for <select matNativeControl>
? That might be unexpected from a user's point of view. If we do decide to intentionally include it we should make sure its included in the tests as well.
@mmalerba My thinking is that it wouldn't hurt to make the input harness work for these elements using I could also see having something like |
I mean a test with a |
@mmalerba I looked more into it, and it looks like the scenario with
Also the more I think about it, it sounds wrong to have native select elements under |
Ok, that's what I was afraid of. In that case lets make the selector |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
…ntrol` The input harness currently only matches `[matInput]`, but does not match `[matNativeControl]` usages. Since both names, resolve to the same directive, we should ensure that the harness works for both possible usages.
…ativeControl` Address feedback
4d0a517
to
5c3296f
Compare
@mmalerba Addressed feedback. Can you please have another look? |
Oh also |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM other than the missing selector - add merge-ready when done
…g `matNativeControl` Address feedback
Fixed. Also added it to the tests. |
…18221) * fix(material/input): input harness selector not matching `matNativeControl` The input harness currently only matches `[matInput]`, but does not match `[matNativeControl]` usages. Since both names, resolve to the same directive, we should ensure that the harness works for both possible usages. * fixup! fix(material/input): input harness selector not matching `matNativeControl` Address feedback * fixup! fixup! fix(material/input): input harness selector not matching `matNativeControl` Address feedback (cherry picked from commit fe0e963)
…ngular#18221) * fix(material/input): input harness selector not matching `matNativeControl` The input harness currently only matches `[matInput]`, but does not match `[matNativeControl]` usages. Since both names, resolve to the same directive, we should ensure that the harness works for both possible usages. * fixup! fix(material/input): input harness selector not matching `matNativeControl` Address feedback * fixup! fixup! fix(material/input): input harness selector not matching `matNativeControl` Address feedback
This issue has been automatically locked due to inactivity. Read more about our automatic conversation locking policy. This action has been performed automatically by a bot. |
The input harness currently only matches
[matInput]
, but doesnot match
[matNativeControl]
usages. Since both names, resolveto the same directive, we should ensure that the harness works for both
possible usages.