Viewability events not being dispatched in desktop safari until the page is slightly scrolled. When an element is being tracked in AMP and is loaded/refreshed so that 100% of the element is in view, on some computers no viewability events were dispatched on the window until there was a scroll. The scroll could be extremely faint, but was needed to trigger the viewability event. This did not happen on all computers, but happended in 2/3 computers this was tested on and happened very consistently.
If we subscribe to IntersectionObserver viewability events on an HTML element in Safari and the page loads with the element 100% in the window and visible, often times an IntersectionObserver viewability event will not be dispatched to the window until there is at least a minor scroll.
Desktop Safari v12.0.1
1811091519050
to @zhouyx
cc @torch2424
Thanks @aghassemi !
@ishaan381 Yes so we also noticed this issue, and actually just fixed it recently #19168 . Thus, should be in PROD within about 2 weeks 馃槃
Also, do you have an example we can test? Tends to happen when amp-bind is on the page and an element visibility is changed. Would be a good way for us to debug this issue if that is not the case.
@torch2424 Thank you for the update!
A screenshot of the element I was having this issue with:

@ishaan381 Thanks for the demo. The issue doesn't look like it is related to the fix, because <amp-bind> doesn't seem to be involved here.
From the page source, the element you're tracking is an ad? I couldn't find the visibility tracking config related to this specific element and I didn't see any remote config? Could you point me to the config you have?
To help us reproduce the issue, could you provide more details Including what is the request to look at? What browser/device to use and etc. Thank you!
This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 7 days if no further activity occurs. Thank you for your contributions.
Most helpful comment
@ishaan381 Thanks for the demo. The issue doesn't look like it is related to the fix, because
<amp-bind>doesn't seem to be involved here.From the page source, the element you're tracking is an ad? I couldn't find the visibility tracking config related to this specific element and I didn't see any remote config? Could you point me to the config you have?
To help us reproduce the issue, could you provide more details Including what is the request to look at? What browser/device to use and etc. Thank you!