Closed Bug 1005589 Opened 11 years ago Closed 11 years ago

menu button in 29 not responding to touch with Atmel digitizer

Categories

(Firefox :: Untriaged, defect)

29 Branch
x86_64
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED INVALID

People

(Reporter: steve, Unassigned)

Details

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:29.0) Gecko/20100101 Firefox/29.0 (Beta/Release) Build ID: 20140421221237 Steps to reproduce: using Samsung Series 7 Slate with Atmel maXTouch digitizer running Ubuntu Gnome 14.04 OS, and using Touchegg to enable additional multi-touch gestures. Touch the main menu button on Firefox 29 (upper right hand corner). Actual results: Sometimes if this is the first time button is touched after Firefox is launched it opens menu - but usually the icon just gets highlighted and the menu does not open at all. Expected results: expect it to open menu in every instance that it is touched. note - using Wacom stylus on same hardware/software combination opens menu up each time.
We listen for a "mousedown" event. I don't think this is a bug in Firefox; it sounds like it has to do with how the associated drivers, software and OS convert your touches into mouse events, especially as it works with another input method.
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago
Resolution: --- → INVALID
Gjis - thanks for the feedback! It seems then this might be an issue with the Gnome 3.10 desktop environment and the Linux 3.13 drivers for the Atmel MaxTouch digitizer. The question is why a listen "mousedown" event has been chosen for the menu button open - when every other function of the Firefox gui has no problem being activated by touch in my setup - and I never had any problems with Firefox prior to the version 29. Perhaps if there was a key combination that would open the menu button I could create a workaround for myself without the need to wait for upstream coders to make a fix to the DE and/or OS.
You need to log in before you can comment on or make changes to this bug.