New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 789329 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Nov 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug-Regression



Sign in to add a comment

cursor location reported to javascript doesn't update when the page is scrolled.

Reported by william....@noaa.gov, Nov 28 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:57.0) Gecko/20100101 Firefox/57.0

Steps to reproduce the problem:
1. go to https://rucsoundings.noaa.gov/

2. click 'interactive plot'. (If no data shows on the plot, click 'load soundings' and then check 'latest' and click load.)

3. scroll the plot slightly. Note that the cursor arrow does not match the print-out that is supposed to be near and slightly above the cursor.

What is the expected behavior?
As you move the cursor over the plot, some text follows the cursor -- near and slightly above the cursor. When you click, a purple line runs from the (alleged) cursor location toward the upper left of the plot.

What went wrong?
When you scroll the plot slightly, the text appears way below the cursor. The javascript is evidently getting a different cursor position report than that shown by the cursor arrow.

It looks like the cursor location to the java script isn't updated when scrolling of the whole page occurs.

Did this work before? Yes previous to October 25, 2017

Chrome version: 62.0.3202.94 (Official Build) (64-bit) (cohort: Stable)  Channel: stable
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version: Shockwave Flash 27.0 r0

Left side of attached image shows correct behavior; right side shows that when the page is scrolled, the arrow and the text are no longer properly aligned.
 
good_bad_cursor.gif
87.9 KB View Download
This bug also occurs on macs and iOS. No other browser has this issue.

Components: -Blink Blink>Scroll
This page is adding a.ownerDocument.body.scrollTop but really should be using a.ownerDocument.scrollingElement.scrollTop but not sure why it fails in Chrome and not Firefox as well.
Labels: Needs-Bisect Needs-Triage-M62
Cc: krajshree@chromium.org
Labels: Triaged-ET Needs-Feedback
Able to reproduce the issue on Win-7 and Win-10 using chrome reported version #62.0.3202.94 and latest canary #64.0.3280.0. But the issue is very inconsistent in nature as the good build doesn't remain consistently good and it shows bad behaviour sometimes. Hence, it won't yield correct bisect result.

william.r.moninger@ - Could you please provide any other consistent repro to test the issue from TE-end. This will help us in triaging the issue further.

Thanks...!!
Status: WontFix (was: Unconfirmed)
Appears this site is using GWT. GWT needs to be updated; see https://github.com/gwtproject/gwt/issues/9542


Sign in to add a comment