-
Notifications
You must be signed in to change notification settings - Fork 1.9k
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
Change in Modal behavior - Links embedded in Tooltips no longer work. #3021
Comments
@JoeAdamski Given you believe focus trap introduction is the culprit, would you want to turn it off? ( |
Thanks Akira. I actually already did that and it's working now. However, is this a good overall solution? What if others who want this functionality have tool tips with links? Should there be some other solution? |
Actually |
@asudoh - I agree its nice to have this option, but should it be disabled by default?
|
@JoeAdamski I tend to agree with you - Flipping the switch back causes another breaking change, though... |
I think the long standing behavior is more important to not break - as there are unlikely many people taking advantage of the newer functionality yet. Don't you think? Also, I always prefer boolean attributes to have default value false. Then we never have to say Mine is working now though, by using I think my suggestion would make this a little better, but if you think its better the way it is, I'm ok with closing the issue. And... I do think the focusTrap is a nice feature to add.... Thanks for that. |
Yeah got your point. I'm reluctant with making another change, though given there is a workaround. Thank you @JoeAdamski for sharing your thoughts! |
Ok, Akira. 👍 |
This change eliminates the need for application to put focus sentinel by having `<Modal>`, `<ComposedModal>` and `<FloatingMenu>` automatically put the focus sentinels. This change also add support for reverse-focus-wrap feature to `<Modal>` and `<ComposedModal>`, without needing using 3rd-party `focus-trap-react` library. This helps applications hitting adverse side-effects that `focus-trap-react` library causes (e.g. carbon-design-system#3021, carbon-design-system#3665 and carbon-design-system#4600). Fixes carbon-design-system#3817. Fixes carbon-design-system#4036. Fixes carbon-design-system#4600.
This change eliminates the need for application to put focus sentinel by having `<Modal>`, `<ComposedModal>` and `<FloatingMenu>` automatically put the focus sentinels. This change also add support for reverse-focus-wrap feature to `<Modal>` and `<ComposedModal>`, without needing using 3rd-party `focus-trap-react` library. This helps applications hitting adverse side-effects that `focus-trap-react` library causes (e.g. #3021, #3665 and #4600). Fixes #3817. Fixes #4036. Fixes #4600.
What package(s) are you using?
carbon-components
carbon-components-react
Detailed description
Inside of Modals where we use tool-tips with links - the link fails to open when clicked.
This appears to be a regression starting in 6.114.0 - it worked in 6.113.1.
I suspect that it is related to this commit that introduces a focus-trap.
carbon-design-system/carbon-components-react@b9f5d9e#diff-b9cfc7f2cdf78a7f4b91a753d10865a2
Modal
Expect link to open in new window. Would like to see this fixed in the V6.* branch as we have breaking changes preventing us from upgrading to V7+ at this time.
Chrome.
VPC UI
Steps to reproduce the issue
We have this Tooltip inside of a Modal:
The text was updated successfully, but these errors were encountered: