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
{{ message }}
This repository has been archived by the owner on Jan 13, 2025. It is now read-only.
Click Tab to focus the next element.
Notice that the button stays dark while focus has moved to other elements. The button element retains the :hover psuedo-class (See Note) but it also has the FG_ACTIVATION class that causes it be a darker color and more noticeable.
I was able to get the button to return to almost normal (still has the :hover state), by removing the activation class and resetting the activate state in the handleBlur function.
This is also reproducible simply by right-clicking on desktop (which opens the context menu just like long-press on mobile does). I think the stuck hover state on mobile might be unavoidable, but we ought to be able to resolve the stuck activation related to context menus either via the above change, or possibly via the contextmenu event (but it might be odd for activation to clear while the menu is still open).
I had thought we might have tracked this already but I can't find an existing issue about this, so I'll track this one.
kfranqueiro
changed the title
MDCRipple: Touch long press sometimes causes ripple to remain activated
MDCRipple: Context menu causes ripple to remain activated
Sep 6, 2018
Steps to reproduce:
Notice that the button stays dark while focus has moved to other elements. The button element retains the
:hover
psuedo-class (See Note) but it also has theFG_ACTIVATION
class that causes it be a darker color and more noticeable.I was able to get the button to return to almost normal (still has the
:hover
state), by removing the activation class and resetting the activate state in thehandleBlur
function.The text was updated successfully, but these errors were encountered: