57685 - Drag and drop (to load file) into browser window not permitted outside the area currently occupied by an HTML element.

Status: RESOLVED WORKSFORME

(Core :: DOM: Copy & Paste and Drag & Drop, defect, P3)

Description

[Val Sharp]

From Bugzilla Helper:
User-Agent: Mozilla/4.6 [en-gb]C-CCK-MCD NetscapeOnline.co.uk  (Win98; I)
BuildID:    2000101014

Loading a new document by dragging and dropping the file into the browser window 
will only work if the drag and drop is into an area occupied by the HTML element 
of the current document.
If the HTML element is less than the viewport, then only that area of the 
viewport will allow drag and drop, while the remaining area will not.

Reproducible: Always
Steps to Reproduce:
The testcase is simply an empty HTML document where the HTML element has the 
following style:

  html {height:100px; width:200px; border:thick solid green}

First load the testcase, and then try dragging and dropping any HTML file into 
the browser window.
Notice that this is permitted only within the (green) border area of the current 
HTML element.
                       

Expected Results:  One should be able to drag and drop files into any part of 
the viewport

Comment 1

[Val Sharp]

Attachment: testcase for D&D outside current HTML element area

Comment 2

[Val Sharp]

Further observations:

Drag and drop of file onto M18 shortcut icon will start up M18, but the browser 
won't load the file; the browser comes up empty.
And it will not allow drag and drop into the browser unless it already contains 
a document.

Same result occurs if one starts up M18, with an online page as default start up 
page, and one stops the connection - no document therefore no drag and drop.

Wondering if this is connected to #5569

Comment 3

[Peter Trudelle]

->pinkerton

Comment 4

[Mike Pinkerton (not reading bugmail)]

of course, this is by design. obviously if you wanted to drag to the personal
toolbar, for example, it should add a bookmark there not load the page.

only the content area is a drop site for a file. If you disagree with the
reasoning, it's an XPApps problem, not a DnD problem.

Comment 5

[John Morrison]

Um, Mike, I think the point of this bug report was that it should be the 
content area that is the drop site, and should not depend on what the actual
contents of the content area are. (In the example, you can only drop into
part of the content area, because the HTML element does not cover the whole
viewport/content area). But Valerie can reopen if she would like.

Comment 6

[Mike Pinkerton (not reading bugmail)]

wow, you're right. now i understand, and I'm utterly baffled. However, it's
still fairly low priority.

Comment 7

[Val Sharp]

If it were just that one could only D&D into an existing root element area of 
the content area, then I would agree that it's minor, and it's not a problem 
that's likely to occur very often.

However, not being able to D&D onto the Mozilla icon to start up and open a file 
seems a little more serious.

Comment 8

[Mike Pinkerton (not reading bugmail)]

that's a separate issue, please file a different bug -- and that has nothing to
do with drag and drop w/in mozilla.

Comment 9

[Val Sharp]

Is it not a related problem?

Mozilla starts up OK, but the HTML file doesn't load - Mozilla remains with an 
empty content area, and will not allow drag and drop into the content area.

The problem seems to be that Mozilla will not load a document by drag and drop 
into the content area unless there is already a document in that area - whether 
it's on Mozilla start-up by drag and drop, or after an interrupted transfer to a 
start-up page, or simply into an area of the content area not currently occupied 
by a root element.

Apologies if this is the wrong component - what would be the right one?

Comment 10

[Mike Pinkerton (not reading bugmail)]

the component for dragging files onto the app's icon to load them would be
xpApps, and would probably go to [e-mail]. FWIW, this works on mac.

Comment 11

[Thomas]

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707

Works for me. I can drop an html file both in the green area or in the other space

Comment 12

[Jonathan]

WFM on Linux, and for Thomas on Windows in 2004

Comment 13

[BugBot [:suhaib / :marco/ :calixte]]

The bug assignee didn't login in Bugzilla in the last 7 months.
:enndeakin, could you have a look please?
For more information, please visit auto_nag documentation.