Closed Bug 972431 Opened 11 years ago Closed 10 years ago

Drag and drop events do not get registered after using responsive design view

Categories

(DevTools :: Responsive Design Mode, defect)

28 Branch
x86_64
Windows 7
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: petcuandrei, Unassigned)

Details

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:28.0) Gecko/20100101 Firefox/28.0 (Beta/Release) Build ID: 20140210161136 Steps to reproduce: 1) go to about:config and check that dom.w3c_touch_events.enabled is set to 0 (default) 2) go to http://pixelscommander.com/polygon/propeller/ and drag the propeller. It rotates. 3) open responsive design view and touch "simulate touch events" in the top bar, and rotate again the propeller (it works) 4) Disable "simulate touch events" (default). And close responsive design view. 5) Close tab and reopen tab at http://pixelscommander.com/polygon/propeller/. The propeller does not work anymore. If you check about:config dom.w3c_touch_events.enabled is set to 1 Anything that the responsive design view enabled/set must disable/unset after it was closed. This can cause strange and hard to debug behavior for developers using Responsive design view. Reproduced both on Firefox 27 and Firefox 28 Please see https://github.com/PixelsCommander/Propeller/issues/1 Actual results: Drag&drop events/touch do not get registered after opening and closing responsive design view. Expected results: After using "Responsive design view" with "simulate touch events" the page should behave exactly as before opening the mentioned tools. Disabeling the "simulate touch events" in the toolbar and closing the "Responsive design view" should reset the drag&drop/touch events to the default state. This should be done automatically by Firefox and not be by the user in the about:config
Component: Untriaged → Developer Tools: Responsive Mode
I too followed the steps outlined above and have experienced the same results. I'm using O/S: Windows 8, FF: 28
Thanks for confirming this, nmckenz! Do you still see the same behavior in Firefox 31 (Nightly)? If you wouldn't mind taking a look, that would be great.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: needinfo?(nmckenz)
My findings. 1.Laptop - O/S:Windows 8(64-bit) FF:28 & FF:31.0a1[Nightly]- The bug occurs after following the steps. 2.Desktop - O/S:Windows 7(64-bit) FF:28 & FF:31.0a1[Nightly]- The bug occurs after following the steps. 3.VM-Ware - O/S: Debian 7.4 Wheezy (64-bit) FF: 31.0a1[Nightly]- The bug is intermittent. I have run the steps in two identical Debian virtual machines, but the issue occurs in one VM and not the other. (In reply to Liz Henry :lizzard from comment #2) > Thanks for confirming this, nmckenz! Do you still see the same behavior in > Firefox 31 (Nightly)? If you wouldn't mind taking a look, that would be > great.
Flags: needinfo?(nmckenz)
Thanks nmckenz! I gave your account canconfirm permissions just now, so that when you can replicate a bug you can change its status from UNCONFIRMED to NEW. :)
Hmmm It does not reproduce on Firefox 33.1.1 nor on 35.0a2 (2014-11-11) (Developer Edition). The only strange issue is the fact that when I click on "simulate touch events", the propeller does not move at all. The variable in about:config does change as it should to.
This does not reproduce on Firefox 34 either. I will mark the bug as RESOLVED.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WORKSFORME
Product: Firefox → DevTools
You need to log in before you can comment on or make changes to this bug.