if setInterval changed to 3000, the title hover works fine

after further research, i found it is not the problem about [not come], it is the problem that [bubble of title of element disappeared after that dom changed]

if change modifying scrollLeft to append node in document, it can work fine

Deleted: chrome_title_bug_file_document_append.html 2.9 KB

chrome_title_bug_file_document_append.html 2.9 KB View Download

Able to reproduce the issue on Windows 7, Mac 10.12.2 and Linux Ubuntu-14.04 using chrome stable version #55.0.2883.87 and latest canary #57.0.2965.0.

This is regression issue broken in M54.Please find the bisect information as below


Bisect Information:
=====================
Good build:54.0.2821.0   Revision(410228)
Bad Build :54.0.2822.0   Revision(410267)

Change Log URL:
---------------
https://chromium.googlesource.com/chromium/src/+log/b5db881ecf8faf21cb3e258d1c82c3aa285670df..330d5a2e498f8df18da9a4f5547b2663f817df7a 

Possible suspect:
----------------
https://chromium.googlesource.com/chromium/src/+/330d5a2e498f8df18da9a4f5547b2663f817df7a

Review-Url:https://codereview.chromium.org/2222693002 

szager@ could you please look into this issue if it is related to your change,else please help us in finding the appropriate owner for this issue.

Thanks...!!               

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/e80f3cb67769187ddc37c8867648cae883de47b3

commit e80f3cb67769187ddc37c8867648cae883de47b3
Author: szager <szager@chromium.org>
Date: Thu Jan 05 01:24:48 2017

Only clear tooltip message on a user scroll or compositor scroll.

This behavior isn't well defined, but it seems reasonable that the
tooltip should only be dismissed by a user-initiated scroll.

BUG= 677252 
R=tdresser@chromium.org,skobes@chromium.org
CQ_INCLUDE_TRYBOTS=master.tryserver.chromium.linux:linux_layout_tests_slimming_paint_v2

Review-Url: https://codereview.chromium.org/2603063002
Cr-Commit-Position: refs/heads/master@{#441544}

[modify] https://crrev.com/e80f3cb67769187ddc37c8867648cae883de47b3/third_party/WebKit/Source/core/frame/FrameView.cpp
[modify] https://crrev.com/e80f3cb67769187ddc37c8867648cae883de47b3/third_party/WebKit/Source/core/frame/FrameViewTest.cpp
[modify] https://crrev.com/e80f3cb67769187ddc37c8867648cae883de47b3/third_party/WebKit/Source/core/layout/LayoutTestHelper.cpp
[modify] https://crrev.com/e80f3cb67769187ddc37c8867648cae883de47b3/third_party/WebKit/Source/core/layout/LayoutTestHelper.h
[modify] https://crrev.com/e80f3cb67769187ddc37c8867648cae883de47b3/third_party/WebKit/Source/core/paint/PaintLayerScrollableArea.cpp
[modify] https://crrev.com/e80f3cb67769187ddc37c8867648cae883de47b3/third_party/WebKit/Source/core/paint/PaintLayerScrollableAreaTest.cpp

#5 - will it be cleared during a scroll due to the scroll anchoring feature? In my opinion, it should not, because the whole point of scroll anchoring is to keep the user from losing the context.

Tested the issue on windows 7, Mac-10.12.2 and Linux Ubuntu-14.04 using chrome version#57.0.2976.5  with the steps mentioned in comment #0.

Fix is Working as expected. 
Please find the attached screen cast for the same.

Adding TE-Verified labels.

Thanks..

Deleted: issue-677252.mp4 295 KB

	issue-677252.mp4 295 KB View Download

Re #6: The logic in r441544 will not clear the tooltip after an anchoring scroll. I agree this is the best behavior for anchoring scrolls.

For programmatic scrolls (setting scrollLeft/scrollTop from script), ideally we would clear the tooltip iff the element it's attached to is inside the scroller.  If it's outside (as in this report) we should not clear the tooltip.

@skobes & Szager,

could you please let us know is there any further work to be done here?

Thanks in advance!!

I'm going to punt on comment #8 and close this bug.