Closed Bug 778579 Opened 12 years ago Closed 10 years ago

Tapped links are not opening

Categories

(Firefox for Android Graveyard :: General, defect)

17 Branch
ARM
Android
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: st3fan, Unassigned)

References

Details

Attachments

(1 file)

Tapping links do not open them. They do highlight but are not opened. Does not always happen. Screenshot attached.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → DUPLICATE
Re-opened as Stefan's build has the fix in bug 775372.
Status: RESOLVED → REOPENED
OS: Mac OS X → Android
Hardware: x86 → ARM
Resolution: DUPLICATE → ---
It would be very useful to see any logcat output when this is happening, or to find reliable steps to reproduce the problem.
Status: REOPENED → NEW
Keywords: qawanted
Whiteboard: [str-wanted]
The only thing i see in the console is: 07-30 17:58:33.731: INFO/GeckoScreenshot(29322): rect: 167.366669, 111.183334, 321.850006, 182.616669
I wonder if this is related to https://bugzilla.mozilla.org/show_bug.cgi?id=769857 ... it seems to be timing related. Quick taps work ok but slower taps (holding down my finger a tiny longer, just a fraction of a second) result in highlighted links but no opening of the link. I think ... :-)
I was able to reproduce this issue on Galaxy SII (2.3.4) using the latest Nightly (31-07-2012). Indeed, as Stefan said, holding down the finger a little bit longer (but not long enough to trigger the context menu) will highlight the link without opening it. 07-31 14:27:09.190: INFO/InputReader(2706): dispatchTouch::touch event's action is 0, pending(waiting finished signal)=0 07-31 14:27:09.190: INFO/InputDispatcher(2706): Delivering touch to current input target: action: 0, channel '4056d568 org.mozilla.fennec/org.mozilla.fennec.App (server)' 07-31 14:27:09.200: ERROR/lights(2706): write_int: path /sys/devices/virtual/misc/melfas_touchkey/brightness, value 1 07-31 14:27:09.200: INFO/PowerManagerService(2706): Ulight 3->7|0 07-31 14:27:09.200: DEBUG/PowerManagerService(2706): setLightBrightness : mButtonLight : 236 07-31 14:27:09.320: INFO/GeckoScreenshot(28498): rect: 175.266663, 68.800003, 311.266663, 190.399994 07-31 14:27:09.595: INFO/InputReader(2706): dispatchTouch::touch event's action is 1, pending(waiting finished signal)=0 07-31 14:27:09.595: INFO/InputDispatcher(2706): Delivering touch to current input target: action: 1, channel '4056d568 org.mozilla.fennec/org.mozilla.fennec.App (server)'
Keywords: qawanted
I think this is a regression from bug 775372. I am planning to back out both bug 775372 and bug 769857 because of this and other regressions.
Blocks: 775372
(In reply to Matt Brubeck (:mbrubeck) from comment #7) > I think this is a regression from bug 775372. Actually, I spoke too soon. I can still reproduce this bug even with bug 775372 and bug 769857 backed out.
No longer blocks: 775372
Whiteboard: [str-wanted]
Yeah same here. I am running Nightly from 08/01 and I still see this happening. (Nexus 7 / Android 4.1.1 / Nightly 17.0a1 / 08-01)
Do you still see this happening in recent Fennec? The situation described in comment 0 should have been addressed by bug 973348.
Flags: needinfo?(sarentz)
I have not noticed this recently.
Flags: needinfo?(sarentz)
Thanks!
Status: NEW → RESOLVED
Closed: 12 years ago10 years ago
Resolution: --- → WORKSFORME
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: