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

Issue 797519 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: May 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Android
Pri: 2
Type: Bug-Regression



Sign in to add a comment

HitTestResult incorrect, different from hilighted link

Reported by anthonyo...@gmail.com, Dec 24 2017

Issue description

Steps to reproduce the problem:
1. Load a web page with links close to each other, like https://news.ycombinator.com/ and check for HitTestResult on link long press.
2. Long press on a link so you see the link highlight.
3. Often, HitTestResult will return a result from an adjacent link instead of the expected, highlighted link.

What is the expected behavior?
HitTestResult should always result in URL of the intended, highlighted link.

What went wrong?
It seems that whatever is determining the HitTestResult is running later than expected when perhaps the finger has moved a bit, or that a different algorithm is used to determine HitTestResult as compared to whatever causes the link to highlight.

In the attached screenshot, the HitTestResult is show in the context menu as a URL from wsj.com. However, in the background you can see that the underlined "14 comments" link is the one that was long-pressed. The HitTestResult should be for "14 comments" at news.ycombinator.com.

If you move your finger an infinitesimal amount after long pressing, you can more easily reproduce this although it is not necessary. You will see the behavior.

Did this work before? Yes Android 7

Chrome version: 63.0.3239.111  Channel: n/a
OS Version: 8.1.0
Flash Version: n/a

Interestingly, the same version of Chrome on Android 7 does not exhibit this result. System WebView also exhibits this behavior on Android 8.1 but not on Android 7.

HitTestResult has always been more accurate in older Android versions that I have seen: Eclair, Froyo and all others all the way to Nougat. The one exception was on a Nexus 7 (2013) running Android 5.1.1. It exhibited this same behavior but I always it was due to a hardware issue with the screen which had been publicized. Could there be a similar issue with the Pixel 2 screen?
 
fup.png
231 KB View Download
Forgot to mention, this seems to be different from what is described here: https://bugs.chromium.org/p/chromium/issues/detail?id=783885

I should also mention that the HitTestResult returned for wsj.com as shown in the attached screenshot is the link directly below the underlined "14 comments" link.

Thank you!
Labels: Needs-triage-Mobile
Cc: sandeepkumars@chromium.org
Labels: Needs-Feedback Triaged-Mobile
Tested the issue in Android and could not reproduce the issue. Observed the corresponding URL is seen on context menu
. 

Steps Followed:
1. Launched Browser
2. Navigated to https://news.ycombinator.com
3. Long tapped on URL and observed the corresponding URL is seen on context menu

Chrome versions tested:
63.0.3239.111

OS
Android 8.1.0

Android Devices
Pixel XL 8.1.0

@anthonyorciuoli: Could you please let us know the details of your device and if possible attach a screencast fro your end as well for further triaging of the issue.

Thanks!!
> details of your device
> screencast

I can work on a screencast, but anyone using a Pixel 2 / current stock OS 8.1.0 / current Chrome (or WebView) as specified above? able to try this?
Project Member

Comment 5 by sheriffbot@chromium.org, Dec 28 2017

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "sandeepkumars@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Please see attached video. First few seconds shows the links:
- top "40 comments" link goes to ycombinator.com comments page
- bottom "Tiananmen Square 1989 death..." link goes to bbc.com article 

@ 6 seconds: The first time "40 comments" is long-pressed you can see the HitTestResult is correct, ycombinator.com.

@ 10 seconds: "40 comments" is long-pressed again and you can see the HitTestResult is incorrect, bbc.com.

To reproduce this, long press a link where the link below it goes farther across the web page than the top link, like this:
top link to long press
longer bottom link that will sometimes give HitTestResult

You may also have to try several times to reproduce the issue.

The video was taken using Lightning Browser, but same happens in Naked Browser / other WebView apps.
output.mp4
7.6 MB View Download
Components: UI>Browser>Core
Tested the issue using #63.0.3239.111 on Pixel 2; 8.1.0 and could not reproduce the issue.

Requesting someone from UI>Browser>Core team to take a look at this issue.

Thanks!!
Labels: Needs-Feedback
@Reporter: Are you still able to reproduce the issue using latest Chrome #65.0.3325.109?

Thanks!!
Status: WontFix (was: Unconfirmed)
As there is no action on this issue for long time closing this issue. Request you to update your Chrome to latest #66.0.3359.158 and verify. Feel free to file a new issue if the issue is still reproduced at your end.

Thanks!

Sign in to add a comment