Closed Bug 1235339 Opened 9 years ago Closed 9 years ago

Unable to click/tap one specific navigation link on verkeerscentrum.be

Categories

(Firefox for Android Graveyard :: General, defect)

defect
Not set
normal

Tracking

(firefox46 affected, fennec46+)

RESOLVED DUPLICATE of bug 1247095
Tracking Status
firefox46 --- affected
fennec 46+ ---

People

(Reporter: janmoesen_=-bugzilla-=+spamtrap, Assigned: rbarker)

References

()

Details

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:46.0) Gecko/20100101 Firefox/46.0 Build ID: 20151221030239 Steps to reproduce: Open http://www.verkeerscentrum.be/ and try to click/tap the "verkeersinformatie" button in the left navigation. Actual results: Depending on the position, it registers as a click/tap on "nieuws" (above) or "indicatoren" (below). Expected results: The "verkeersinformatie" link should have been clicked/tapped. I tried searching for dupes, but bug 1204333 was as close as I got. Also, I remember this bug happening since at least 2015-03-21.
Just to be clear you are using Firefox for Android Nightly?
Status: UNCONFIRMED → NEW
tracking-fennec: --- → ?
Ever confirmed: true
Yes. Firefox for Android Nightly on a Samsung Galaxy S3. If you want some more information, maybe my data from an unrelated crash might help: https://crash-stats.mozilla.com/report/index/78f10933-cfa3-4d47-9be4-22eef2160102 (Once again, not related to this tapping thing.)
Randall I think this is an instance of the 'prefer links' strategy. You were seeing this too, can you take a look?
tracking-fennec: ? → 46+
Assignee: nobody → rbarker
Flags: needinfo?(rbarker)
(In reply to James Willcox (:snorp) (jwillcox@mozilla.com) from comment #3) > Randall I think this is an instance of the 'prefer links' strategy. You were > seeing this too, can you take a look? Looks like it to me. If you zoom in enough it is possible to get the tap the button and make the menu show. Otherwise it looks like we are selecting the link in the button either above or below it.
Flags: needinfo?(rbarker)
I think it is a dupe of Bug 1182804.
Seems likely, even though the wording for bug 1182804 comment 9 ("too aggressive in favoring links over other selectable items") is not 100% applicable here: there is contention between two neighbouring links, not between a link and a non-link. Is there any way I can help? I don't know any C++ to be of use, but maybe a reduced test case would be useful?
This issue should be resolved in nightly with Bug 1247095.
Indeed it does. I'm not sure if I should resolve/close this bug, or should leave it up to triagers/assignees/divine intervention. Thanks!
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → DUPLICATE
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.