We're using the same tooltip machinery that's used for webcontents (which leans a lot on the native implementation - we don't set our own timers). I think there is no delay if a tooltip is already showing elsewhere, but if you wait for the tooltip to fade out completely, the normal delay should apply.

That's how it works for me in a fresh start (i.e. I can't repro this)

I think spqchan is already looking at some stuff around tooltips.

I have a hunch that it's possible to get some weirdness around tooltips when dragging is involved (or other operations that need capture, like menus), but haven't narrowed down a repro case.


It may be something we need to do in processCapturedMouseEvent:, which changed recently in r563316. Specifically, we may be missing out on codepaths in base_view.mm that relate to tooltips when events come in this way.

Wow - I apologize for filing this. It turns out I hadn't set a custom value for NSInitialToolTipDelay. Doing so causes the tooltips to leave me alone. Thanks for looking at it.