"Unable to reproduce the issue on the reported chrome version 62.0.3202.94 and on the latest canary 64.0.3279.0 using Mac 10.13.1, Ubuntu 14.04 and windows 10 with the below mentioned steps.
1. Opened chrome
2. Navigated to http://golfbestemming.nl/canada-alberta.html
3. Hovered over pictures.
4. Scrolled to the bottom of the page.
5. Again hovered on the images
We observed the tool tips appeared even after scrolling down to the bottom of the page. Attaching the screen cast of the same.

@Reporter: Could you please check the screen cast and let us know if we have missed any steps in reproducing the issue.

Thanks!"

Deleted: 789290.mp4 7.0 MB

	789290.mp4 7.0 MB View Download

Thanks! You are quite right: The video convinces me. The problem with me is still the same. It occurs on my desktop computer, on my android phone, on my android tablet as well as on my wifes phone. I tried it now also on the phone of somebody else and, like with you, the problem did not occur. I tried to make a screen cast like you did. The link to this screen cast is https://youtu.be/opSLPrusFVU . Please can you help me to solve this problem?
Thanks on forehand!

Thank you for providing more feedback. Adding requester "vamshi.kommuri@techmahindra.com" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Sorry, In my last reply I made a mistake!! I am not convinced by your screen cast! You followed the steps:
1. Opened chrome
2. Navigated to http://golfbestemming.nl/canada-alberta.html
3. Hovered over pictures.
4. Scrolled to the bottom of the page.
5. Again hovered on the images
In 4 you scrolled down and in 5 you scrolled up again and hovered over the pictures on the upside of the page. The idea was (may be I was not clear enough) to scroll down and hover the pictures there on the downside of the page. There on the downside I miss the tooltips with the pictures. I hope I am clear this time!

Hi friendly Sheriffbot, You have taken away the "needs feedback" label from this issue. But as indicated in my comment 5 the issue is still not resolved. Can you please put back the "needs feedback" label?

Able to reproduce the issue on Windows 10, mac 10.12.6 and Ubuntu 14.04 using chrome reported version #62.0.3202.94 and latest canary #64.0.3280.0.

Bisect Information:
=====================
Good build: 61.0.3137.0    Revision(481056)
Bad Build : 61.0.3138.0    Revision(481386)

Change Log URL: 
https://chromium.googlesource.com/chromium/src/+log/148c2697ed43abbc96e517b0c65517ebcef171b7..4cef659a8009c5cb4f5708336ae37654d23653b3

From the above change log suspecting below change
Change-Id: I71f4beae0aa12e4bd0b39d0c78371510d7bedbb3
Reviewed-on: https://chromium-review.googlesource.com/527917

dtapuska@ - Could you please check whether this is caused with respect to your change, if not please help us in assigning it to the right owner.

Thanks...!!

I don't know if the question: "Could you please check whether this is....." is addressed to me but anyway I don't understand the question and therefore I cannot answer it.

You are using the SpryToolkit which seems broken against Chrome 61 and later.

See the following code:

	var strictm = source.ownerDocument.compatMode == "CSS1Compat";
	var doc = (Spry.is.ie && strictm || Spry.is.mozilla)?source.ownerDocument.documentElement:source.ownerDocument.body;

This is not true for Chrome anymore. It now matches what Spry.is_ie and firefox have.

Really this code should be something like:

if (source.ownerDocument.scrollingElement) {
  doc = source.ownerDocument.scrollingElement;
} else {
  doc = (Spry.is.ie && strictm || Spry.is.mozilla)?
    source.ownerDocument.documentElement:source.ownerDocument.body;
}

Opened issue against the framework: https://github.com/adobe/Spry/issues/4

It is unlikely to get resolved though since it hasn't been updated in over 5 years so it doesn't look actively maintained.