-
Notifications
You must be signed in to change notification settings - Fork 6.8k
build: ampersand selector lint rule not catching some cases #22974
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
Conversation
b3c0b37
to
e764ba6
Compare
e764ba6
to
51ff6ab
Compare
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. One minor comment that might simplify this a little more
I noticed this while working on something else. The ampersand selector mixin looks for one `&` instance and then gives up, but there might be other ampersands inside the same selector which are invalid. These changes update the logic to be a bit more robust and remove the limitation where failures weren't reported on private mixins.
51ff6ab
to
16f0a67
Compare
I noticed this while working on something else. The ampersand selector mixin looks for one `&` instance and then gives up, but there might be other ampersands inside the same selector which are invalid. These changes update the logic to be a bit more robust and remove the limitation where failures weren't reported on private mixins. (cherry picked from commit d97e5ae)
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. |
I noticed this while working on something else. The ampersand selector mixin looks for one
&
instance and then gives up, but there might be other ampersands inside the same selector which are invalid.These changes update the logic to be a bit more robust and remove the limitation where failures weren't reported on private mixins.