1071737 - Tooltip takes over a second to hide with APZ

Status: RESOLVED WORKSFORME

(Core :: Panning and Zooming, defect)

Description

[Benoit Girard (:BenWa)]

Attachment: tooltip-apzc.gif

STR:
1) Turn on APZ on desktop (Mac)
2) Mouse over an element that will generate a tooltip
3) Start scrolling quickly

Comment 1

[Kartikaya Gupta (email:[e-mail])]

We probably want to use the apz state-change notifications to hide the tooltip, similar to how to the text-selection caret now works on b2g.

Comment 2

[Markus Stange [:mstange]]

Without APZ the tooltip is hidden by the mouseout event on the link that comes from the synthetic mouse move event that's triggered asynchronously from ScrollFrameHelper::ScheduleSyntheticMouseMove() which is called from ScrollFrameHelper::ScrollToImpl.
This should happen just the same with APZ on, but maybe we paint so much after scrolling that the async synthetic mouse move event is delayed for too long.

Comment 3

[Kartikaya Gupta (email:[e-mail])]

This still happens on the latest nightly, but I would consider it a polish item rather than a blocker.

Comment 4

[Kartikaya Gupta (email:[e-mail])]

So with both APZ (nightly) and non-APZ (aurora) on OS X, I see the same behaviour now - the tooltip remains until the user stops scrolling, at which point it disappears. Since this is no longer an APZ regression per se I'm going to close it as WFM. However feel free to reopen if you feel this needs changing.