You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
. This is good for uncontrolled popovers, since the popover likely opened because the user clicked on the target button. However, this is undesirable for controlled popovers that may open without user interaction on the target button (maybe informative popovers which are nudging the user to click the target button).
This line should also check that the popover is in uncontrolled mode and only apply the active class if so.
Edit: a currently fine workaround is to set the interaction kind of the popover to PopoverInteractionKind.HOVER, but this is a semantically unmeaningful fix (interaction kind should have no effect on controlled popovers)
The text was updated successfully, but these errors were encountered:
adidahiya
changed the title
[Popover] Popover target should only receive ACTIVE if in uncontrolled mode
[Popover] Popover target should only receive ACTIVE class if uncontrolled
Mar 21, 2019
Environment
Steps to reproduce
<Button>
isOpen
totrue
bp3-active
applied to itActual behavior
Button has active class applied.
Expected behavior
Button does not have active class applied.
Possible solution
We have logic in place to apply the
bp3-active
class on popover targets if the popover is open and the interaction kind is not hover:blueprint/packages/core/src/components/popover/popover.tsx
Line 339 in 4d5f150
This line should also check that the popover is in uncontrolled mode and only apply the active class if so.
Edit: a currently fine workaround is to set the interaction kind of the popover to
PopoverInteractionKind.HOVER
, but this is a semantically unmeaningful fix (interaction kind should have no effect on controlled popovers)The text was updated successfully, but these errors were encountered: