1. go to news.google.com 2. do a quick tab on a link Expected: goes to that link Actual: Occasionally, it doesn't go anywhere but does a haptic feedback

I think I was still able to reproduce this in current trunk build. I also noticed that sometimes tapped links are just followed after a while only.

(In reply to Martijn Wargers [:mw22] (QA - IRC nick: mw22) from comment #1) > I think I was still able to reproduce this in current trunk build. > I also noticed that sometimes tapped links are just followed after a while > only. Indeed, still occurs on the latest Nightly build. Sometimes when the page is fully zoomed out and I tap on a link (for example: news.google.com) the haptic feedback occur, but never ever a link will be selected, until a zoom in is performed (perhaps it's a known issue).

I think this might be a bug with the haptic feedback. I notice that if I load any bugzilla bug page (such as this one) and tap on the gray area on the right, away from any links or text, it gives me haptic feedback. My build has some local changes too but let me know if you're seeing this behaviour as well. If you are then we should fix that first and then see if the original bug is still reproducible.

we need better STR

Not sure if this is a separate bug... I got it to consistently not go anywhere now: 1. go to news.google.com 2. click on a link 3. before the page finishes loading hit the back button 4. try to click on another link.

I can't reproduce with the str in comment 5. It seems, though, that in latest trunk builds, I get this issue more frequent.

I've seen this before, but not recently. Does anyone have reliable STR? I also cannot reproduce with the steps in comment 5.

I've filed bug 740005 with some good str (afaik, ymmv).

I disabled frameLoader.clampScrollPosition as described in https://bugzilla.mozilla.org/show_bug.cgi?id=736008#c7, and the problem went away.