Closed
Bug 794066
Opened 13 years ago
Closed 9 years ago
Impossible to drag & drop, rotate or resize elements in SVG generator demo
Categories
(Core :: DOM: Core & HTML, defect)
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: epinal99-bugzilla2, Unassigned)
References
Details
(Keywords: regression, Whiteboard: [mozTouchEvent])
Attachments
(1 file)
951 bytes,
text/plain
|
Details |
It's a recent regression.
Open this SVG generator demo of coffee cup:
http://www.cross-cross-coffee-cup.com/
With your mouse, you are able to drag & drop various elements to decorate the coffee cup. Each element can be rotated or resized too (with the white dot on each element).
Result: it's impossible to do these actions in recent nightlies.
Restarting in safe mode, disabling HWA or setting javascript.options.ion.content to false don't fix the issue.
m-c
good=2012-09-22
bad=2012-09-23
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=9cfb80a82883&tochange=9d285bedbc1f
Suspected bug (maybe):
Robert Longson — Bug 567848 - Split content methods from nsSVGUtils into SVGContentUtils. r=dholbert
tracking-firefox18:
--- → ?
Keywords: regression
![]() |
||
Comment 1•13 years ago
|
||
Regression window(m-i)
Good:
http://hg.mozilla.org/integration/mozilla-inbound/rev/8d077e0638d4
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:18.0) Gecko/18.0 Firefox/18.0 ID:20120922122715
Bad:
http://hg.mozilla.org/integration/mozilla-inbound/rev/fcf9991c8d97
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:18.0) Gecko/18.0 Firefox/18.0 ID:20120922122915
Pushlog:
http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=8d077e0638d4&tochange=fcf9991c8d97
Suspected : Bug 726615
Blocks: 726615
Comment 2•13 years ago
|
||
Thanks so much Alice.
Thanks, component changed according to the bug blocked.
Component: SVG → Widget: Win32
![]() |
||
Updated•13 years ago
|
Component: Widget: Win32 → DOM
![]() |
||
Comment 4•13 years ago
|
||
Is the site still checking for the old event names? Do we even _have_ new event names?
![]() |
||
Comment 5•13 years ago
|
||
Or is this basically like bug 794711?
![]() |
||
Comment 6•13 years ago
|
||
(In reply to Boris Zbarsky (:bz) from comment #5)
> Or is this basically like bug 794711?
I haven't had a chance to try and reduce this one down yet, but is looks like they may all be the same problem.
![]() |
||
Comment 7•13 years ago
|
||
This appears to be the code they are using:
http://modernizr.com/docs/#features-misc
http://modernizr.github.com/Modernizr/touch.html
![]() |
||
Comment 8•13 years ago
|
||
Comment 9•13 years ago
|
||
Comment on attachment 665642 [details]
mondernizr touch test
So 'ontouchstart' in window is true in touch events enabled Gecko, right?
(DocumentTouch should not be in global scope)
![]() |
||
Comment 10•13 years ago
|
||
(In reply to Olli Pettay [:smaug] from comment #9)
> Comment on attachment 665642 [details]
> mondernizr touch test
>
> So 'ontouchstart' in window is true in touch events enabled Gecko, right?
>
> (DocumentTouch should not be in global scope)
alert(('ontouchstart' in window?'true,':'false,')+window.DocumentTouch+','+(document instanceof DocumentTouch));
true,[object DocumentTouch],true
![]() |
||
Comment 11•13 years ago
|
||
Also that's on a desktop that does not have a touch screen.
Comment 12•13 years ago
|
||
But does have the pref enabled.
Comment 13•13 years ago
|
||
(and we should change nsIDOMDocumentTouch to nsIDocumentTouch. My bad.)
Comment 14•13 years ago
|
||
But anyhow, the page does probably something different when touch events are enabled.
Maybe it doesn't register listeners for mouse or drag events?
![]() |
||
Comment 15•13 years ago
|
||
(In reply to Olli Pettay [:smaug] from comment #12)
> But does have the pref enabled.
right, we turned that on by default for Windows in the prefs module.
Reporter | ||
Comment 16•13 years ago
|
||
dom.w3c_touch_events.enabled = false fixes the issue.
Updated•13 years ago
|
![]() |
||
Comment 17•13 years ago
|
||
I'm going to clone this off into a second bug. Aside from the weird behavior you see due tho the site's broken touch detection, on touch friendly devices drag and drop still doesn't work quite right. This might be the site, or it might related to our method of delivering w3c touch events. I'd like to make sure these events are working correctly and this site makes a good test case.
![]() |
||
Updated•13 years ago
|
Depends on: win-touch-issues
Updated•13 years ago
|
Whiteboard: [mozTouchEvent]
![]() |
||
Updated•11 years ago
|
Assignee: jmathies → nobody
![]() |
||
Updated•10 years ago
|
Blocks: win-touch-issues
No longer depends on: win-touch-issues
Comment 18•9 years ago
|
||
Doesn't look like the website exists any more, I get redirected to some sort of pyramid scheme website.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → INCOMPLETE
Assignee | ||
Updated•6 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•