-
Notifications
You must be signed in to change notification settings - Fork 6.8k
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(cdk/drag-drop): account for enterPredicate when setting receiving class #21346
fix(cdk/drag-drop): account for enterPredicate when setting receiving class #21346
Conversation
… class Currently we set a class when a container is able to receive the dragged item, however we add this class to all connected containers without accounting for other things that could prevent the item from entering, like `enterPredicate`. These changes add some logic to account for the predicate when setting the class. Fixes angular#21171.
@@ -4483,33 +4483,6 @@ describe('CdkDrag', () => { | |||
expect(spy).toHaveBeenCalledWith(dragItem, dropInstances[1]); | |||
})); | |||
|
|||
it('should not call the `enterPredicate` if the pointer is not over the container', |
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.
This test was removed, because it's conflicting with what we want to do.
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
… class (#21346) Currently we set a class when a container is able to receive the dragged item, however we add this class to all connected containers without accounting for other things that could prevent the item from entering, like `enterPredicate`. These changes add some logic to account for the predicate when setting the class. Fixes #21171. (cherry picked from commit 411b174)
… class (angular#21346) Currently we set a class when a container is able to receive the dragged item, however we add this class to all connected containers without accounting for other things that could prevent the item from entering, like `enterPredicate`. These changes add some logic to account for the predicate when setting the class. Fixes angular#21171.
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. |
Currently we set a class when a container is able to receive the dragged item, however we add this class to all connected containers without accounting for other things that could prevent the item from entering, like
enterPredicate
.These changes add some logic to account for the predicate when setting the class.
Fixes #21171.