Closed
Bug 778579
Opened 12 years ago
Closed 10 years ago
Tapped links are not opening
Categories
(Firefox for Android Graveyard :: General, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: st3fan, Unassigned)
References
Details
Attachments
(1 file)
(deleted),
image/png
|
Details |
Tapping links do not open them. They do highlight but are not opened. Does not always happen.
Screenshot attached.
Updated•12 years ago
|
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → DUPLICATE
Comment 2•12 years ago
|
||
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 → ---
Updated•12 years ago
|
Blocks: clicksdontwork
Comment 3•12 years ago
|
||
It would be very useful to see any logcat output when this is happening, or to find reliable steps to reproduce the problem.
Reporter | ||
Comment 4•12 years ago
|
||
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
Reporter | ||
Comment 5•12 years ago
|
||
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 ... :-)
Comment 6•12 years ago
|
||
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
Comment 7•12 years ago
|
||
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
Comment 8•12 years ago
|
||
(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]
Reporter | ||
Comment 9•12 years ago
|
||
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)
Comment 10•10 years ago
|
||
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)
Comment 12•10 years ago
|
||
Thanks!
Status: NEW → RESOLVED
Closed: 12 years ago → 10 years ago
Resolution: --- → WORKSFORME
Assignee | ||
Updated•4 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•