Last Comment Bug 534767 - New Drag and Drop JS API does not work with Jetpack installed
: New Drag and Drop JS API does not work with Jetpack installed
Status: NEW
:
Product: Core
Classification: Components
Component: Drag and Drop (show other bugs)
: Trunk
: x86 Linux
: -- major with 2 votes (vote)
: ---
Assigned To: Nobody; OK to take it and work on it
:
: Neil Deakin
Mentors:
http://demos.hacks.mozilla.org/openwe...
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-12-14 16:50 PST by Pascal Chevrel:pascalc
Modified: 2012-11-22 01:39 PST (History)
10 users (show)
See Also:
Crash Signature:
(edit)
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---


Attachments
extension testcase (1.57 KB, application/x-xpinstall)
2010-02-10 07:20 PST, Paul Rouget [:paul]
no flags Details

Description Pascal Chevrel:pascalc 2009-12-14 16:50:45 PST
Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9.2b4) Gecko/20091124 Firefox/3.6b4

1/ install jetpack extension (I have version 0.6.2)
2/ go to http://demos.hacks.mozilla.org/openweb/DnD/
3/ drag and drop a jpeg image in the drop box area

expected result:
Area gets bigger on hover avec file dropping is detected with a thumnail created

actual result:
Page is replaced by the local File:// link to the image

Deactivate Jetpack in the add-ons manager avec the demo will work correctly
Comment 1 Paul O'Shannessy [:zpao] (not reading much bugmail, email directly) 2009-12-14 17:14:13 PST
Got this confirmed by somebody else on Linux. CC'ing Atul in case he has some insight.

FWIW, it's working for me with Jetpack installed on OSX & today's 3.6 nightly
Comment 2 Mike Beltzner [:beltzner, not reading bugmail] 2009-12-14 21:17:34 PST
Why do we think this is a Firefox blocker, and not a JetPack blocker?
Comment 3 Mike Beltzner [:beltzner, not reading bugmail] 2009-12-14 21:43:21 PST
The more I look at this bug, the more I think it's not a blocker until proven to be a problem with Firefox instead of JetPack; the only bit that trips me up is that it's Linux only.

Removing the blocking nomination until someone answers my question in comment 2, and adding Enn to see if the fact that this is a linux-only problem gives him pause, as well.

--> Core::Drag and Drop
Comment 4 wavded 2009-12-23 13:22:51 PST
I confirm that this is happening with me with JetPack installed (3.6 Beta 5).  I disable Jetpack, DnD works fine. (using Linux/Ubuntu)
Comment 5 Pascal Chevrel:pascalc 2009-12-23 19:07:48 PST
For information, this bug is still there with Jetpack 0.7
Comment 6 jigar shah 2010-02-02 21:44:02 PST
yes it is there with 0.7
Comment 7 Paul Rouget [:paul] 2010-02-09 11:02:37 PST
Sounds like it's from the slidebar.

The XBL slidebar.xml#stack is a stack (display: -moz-stack;) and for some reason doesn't forward dragenter event to the web content (if I remove -moz-stack, it works).
Comment 8 Paul O'Shannessy [:zpao] (not reading much bugmail, email directly) 2010-02-09 11:52:47 PST
(In reply to comment #7)
> (if I remove -moz-stack, it works).

Does it affect the slidebar's functionality? (We're likely getting rid of it after 0.8 anyway, but if we can fix this bug in this release, we might as well.)
Comment 9 Ed Lee :Mardak 2010-02-09 12:01:07 PST
The stack is there to put content over slidebar contents to work around bug 130078. Pretty sure I needed the -moz-stack and crazy binding stuff to get things working, but if it's not necessary.. even better!
Comment 10 Paul Rouget [:paul] 2010-02-10 02:34:01 PST
Yes, it affects the slidebar.

I'm trying to understand why the propagation of this event is stopped.
Comment 11 Paul Rouget [:paul] 2010-02-10 07:20:26 PST
Created attachment 426244 [details]
extension testcase

The webpage doesn't receive the event because the slidebar (a <browser/>) is behind the tabbrowser (<browser type="content"/>).

A simple test case to reproduce the bug outside of jetpack:

<stack>
    <browser flex="1"/>
    <browser type="content" flex="1"/>
</stack>

The content of the second browser doesn't receive the event and only if it's a type="content" (or content-primary).

Testcase attached.
Install extension, then open test.xul:

javascript:window.opendDialog("chrome://test/content/test.xul")

Drag'n Drop a file into the web page: no visual feedback (the dropzone should be bigger). Toggle the stack: visual feedback (event received).

Note You need to log in before you can comment on or make changes to this bug.