Skip to content

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

Merged
merged 1 commit into from
Jun 16, 2021

Conversation

crisbeto
Copy link
Member

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.

@crisbeto crisbeto added P3 An issue that is relevant to core functions, but does not impede progress. Important, but not urgent merge safe target: patch This PR is targeted for the next patch release labels Jun 14, 2021
@crisbeto crisbeto requested a review from devversion June 14, 2021 16:01
@crisbeto crisbeto requested a review from a team as a code owner June 14, 2021 16:01
@google-cla google-cla bot added the cla: yes PR author has agreed to Google's Contributor License Agreement label Jun 14, 2021
@crisbeto crisbeto force-pushed the ampersand-selector-lint branch from b3c0b37 to e764ba6 Compare June 14, 2021 16:40
@crisbeto crisbeto force-pushed the ampersand-selector-lint branch from e764ba6 to 51ff6ab Compare June 15, 2021 18:50
@crisbeto crisbeto requested a review from jelbourn as a code owner June 15, 2021 18:50
Copy link
Member

@devversion devversion left a 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.
@crisbeto crisbeto force-pushed the ampersand-selector-lint branch from 51ff6ab to 16f0a67 Compare June 15, 2021 19:14
@crisbeto crisbeto added the action: merge The PR is ready for merge by the caretaker label Jun 15, 2021
@wagnermaciel wagnermaciel merged commit d97e5ae into angular:master Jun 16, 2021
wagnermaciel pushed a commit that referenced this pull request Jun 16, 2021
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)
@angular-automatic-lock-bot
Copy link

This issue has been automatically locked due to inactivity.
Please file a new issue if you are encountering a similar or related problem.

Read more about our automatic conversation locking policy.

This action has been performed automatically by a bot.

@angular-automatic-lock-bot angular-automatic-lock-bot bot locked and limited conversation to collaborators Jul 17, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
action: merge The PR is ready for merge by the caretaker cla: yes PR author has agreed to Google's Contributor License Agreement P3 An issue that is relevant to core functions, but does not impede progress. Important, but not urgent target: patch This PR is targeted for the next patch release
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants