Change:
Type: <bBug</bSince the upgrade to 1.91.1, the tooltips/popups (that show function documentation on mouseover, for example) have become a hinder, because they seem to get sticky, being in the way when I want to select/click something on the lines that the tooltip/popup is overlaying. I'm not 100% sure how to explain this, or what exactly changed, but I know this wasn't a problem in the version before. Something definitely changed in version 1.91.1. I'm not sure if it's because they're appearing faster, or taking longer to disappear, or... Thank you! VS Code version: Code 1.91.1 (, 2024-07-09T22:06:49.809Z) OS version: WindowsNT x64 10.0. Modes: <details<summarySystem Info</summary </details<details<summaryExtensions (13)</summaryExtensionVersion ------ better-comments3.0.2 vscode-intelephense-client1.10.4 path-intellisense2.9.0 vscode-eslint3.0.10 gitlens15.2.0 prettier-vscode10.4.0 duplicate1.0.2 vscode-github-actions0.26.3 php-cs-fixer0.3.13 vscode-phpunit3.2.2 vscodeintellicode1.3.1 php-sniffer1.3.0 php-debug1.34.0 </details<!-- generated by issue reporter --
Hi the editor hover has not been fundamentally changed last iteration. Last iteration I have refactored the editor hover code so this could be the source of the new issue you are seeing. For me to understand better the situation, next time you see the issue you described, could you post a screen recording here and an example of the code where you are seeing the issue?
Thank you. I cannot show much of the code, but here's a short video which I hope helps. (I tried to "exaggerate/force" a bit, but it should show what I mean) These editor hovers have been annoying me all day, since the update. They just keep being in the way. In previous versions, wasn't the hover disappearing when the mouse leaves the tooltip? Or when the user is selecting text? Thanks. [video removed, for privacy]
What version were you previously on?
Hi the hover should still disappear if you keep your mouse outside of the hover for long enough. Perhaps you could change the value of the setting . This setting controls how quickly the hover disappears. The default is 300 ms, meaning that after 300 ms outside of the hover it disappears. Similarly you could tweak the setting - this setting controls how quickly the hover shows, ie how long the cursor needs to be on a word before the hover is shown.
I believe I was on 1.91.0, but maybe I didn't use it enough between upgrading to that one, and 1.91.1, to find this issue. Before that, I was on last month's iteration, which definitely didn't have this problem. Thank you. I was going to change that option, and then I saw a hint about having to be enabled. So, what I did is I actually disabled that one. Seems to have improved a bit. It seems to be still remaining sticky if I do put the mouse over it, so I'm not sure what exactly that option does (its description says the hover will remain visible when mouse is moved over it), but somehow, disabling this option makes the hover disappear if I move the mouse outside the code that triggered the hover, which is similar to the behavior I had before, I think. And if I click on the hover, it remains sticky, which is good/expected. Great. I changed from 300 to 600, so it doesn't appear so quickly. Thank you for the tips. I think there's still one question left -- what about when I'm selecting text (like shown in the video above) ? Wasn't the hover supposed to disappear, once I'm selecting text, and therefore the user is not interested in having a hover in the way of the selection? :) Many thanks, again!
Hi thank you for the comment. I believe the way the editor hover works is that when you click outside of the hover, the hover disappears. Meaning when you start a selection it disappears. However as you move the cursor to expand the selection and hover on a word the hover can appear again. Perhaps we could make the hover never appear when a selection is under way, I will open an issue about it and let the community put votes on it.
I am having an issue with this as well since updating versions. I attached some images. attempting to drag selected text into the object ! once selected tooltip stays in place permanently blocking destination ! I think once you hold down left click on a selection to start moving, the tooltip should always disappear. At least that is the behavior that you would expect in most applications.
+1 to this, also experiencing the same issue after updating versions
Also having this issue. The Hover Hide Delay is using the Hover Delay instead, so if you have a long delay before the tooltip appears, you will have a long delay before it disappears. If you set the Hover Delay to 0 and the Hover Hide Delay to 1000, should see the tooltip appear and disappear instantly
I have noticed and issue when using VS Code, in which the clicking outside of a tooltip will no longer dismiss hover tooltips. This occurs after leaving VS Code open for a while, including after a sleep/hibernate cycle. When this happens I have to restart VS Code, otherwise, clicking anywhere, including to initiate text selection does not dismiss any existing tooltip and the tool tip then interferes with the selection process. Perhaps there is a bug that is causing the described tooltip/click behavior to break after leaving VS Code open for some time. It might be related to this issue of tooltips being more sticky than intended. Version: 1.92.1 (user setup) Commit: Date: 2024-08-07T20:16:39.455Z Electron: 30.1.2 ElectronBuildId: Chromium: 124.0.6367.243 20.14.0 V8: 12.4.254.20-electron.0 OS: Windows_NT x64 10.0.
Looked through the code a bit, and I think this is the issue this.hoverSettings = { enabled: hoverOpts.enabled, sticky: , hidingDelay: }; should be this.hoverSettings = { enabled: hoverOpts.enabled, sticky: , hidingDelay: hoverOpts.hidingDelay }; in and
supports your theory.
Hi thanks a lot for finding this error in the code. If you would like you can make a PR containing this finding, so we can merge your fix and you can participate as a community member in the project. If not I will make the fix that you mention :). Thanks for the catch.
If you could make the fix, that'd be great, I'm not very familiar with git
Sounds good thanks again
Hi the PR that fixes this issue is here When this is merged, you should see the correct behavior in tomorrow's insiders release or next month's stable release. Please let me know if this is not the case and you continue seeing this issue.

Discussion:
this._hoverSettings = { enabled: hoverOpts.enabled, sticky: hoverOpts.sticky, <del> hidingDelay: hoverOpts.delay </del> <ins> hidingDelay: hoverOpts.hidingDelay </ins> }; if (hoverOpts.enabled) {