-
-
Notifications
You must be signed in to change notification settings - Fork 79k
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 memory leak in tooltip $element #19659
Conversation
@twbs-savage Retry |
Tests passed. Automated cross-browser testing via Sauce Labs and Travis CI shows that the JavaScript changes in this pull request are: CONFIRMED Commit: a9efd66 (Please note that this is a fully automated comment.) |
@cvrebert: I think this looks good. Can we merge or is there something else? |
@XhmikosR I just wasn't sure (without taking time to trace thru the flow) what situation makes the |
I'm not sure about the "if" either. The fix seemed to work without that extra "if" in our project, but according to #16451, some people need the extra "if". So I added it in there. It's just extra safety -- I see no harm in leaving it. |
Guess we should merge and add a TODO to revisit the "if" later. |
@gregsheremeta: can you add the comment? |
Merged as f01f3e5. (Rebased to add the comment in.) |
@gregsheremeta Thanks! |
Bookkeeping note: No corresponding patch appears to be required for v4, since it already nullifies the element instance variable upon tooltip destruction: Line 237 in 14c7ba9
|
When release v3.3.7? |
Some time in the next few weeks, most likely. As always, no absolute guarantee though. |
The TODO comment is part of the release now. |
That's fine. |
It looks like this PR is a root cause for #20511 |
Probably want to add that "if" back in then |
Fixes #17973