Closed Bug 66601 Opened 24 years ago Closed 23 years ago

drag-and-drop from local listing to another window should open file

Categories

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

defect

Tracking

()

RESOLVED FIXED
mozilla0.9.6

People

(Reporter: jruderman, Assigned: bbaetz)

Details

Attachments

(1 file)

1. Open ftp://ftp.mozilla.org/ in one Mozilla window.
2. Open another browser window (Mozilla, IE, Netscape 4, etc).
3. Drag the README to the other window.

Result:
- Dragging to IE or Opera: get a "no-drag" cursor.
- Dragging to Netscape 4: NS 4 tries to grab a file named /README README and 
fails.
- Dragging to Mozilla: get a normal "drag-and-drop" cursor, but nothing happens 
on drop.

This bug disagrees with bug 66599, "ftp tree appears to be able to accept drag-
and-drop", to some extent.

(Would this be mutually exclusive with the ability to drag-and-drop files from 
ftp into Explorer folders as a way of downloading the files?)
QA Contact: sairuh → tpreston
-> drag-and-drop component
Assignee: ben → blakeross
Component: XP Apps: GUI Features → XP Apps: Drag and Drop
Status: NEW → ASSIGNED
Priority: -- → P4
Target Milestone: --- → mozilla0.9.2
Target Milestone: mozilla0.9.2 → mozilla0.9.3
Target Milestone: mozilla0.9.3 → mozilla1.0
Works now that ftp doesn't use the xul viewer anymore.  Reopen if it ever does
again.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Still broken with local directory listings (which still use the tree view).
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Summary: drag-and-drop from ftp listing to another window should open file → drag-and-drop from local listing to another window should open file
Assignee: blakeross → bbaetz
Status: REOPENED → NEW
-->bbaetz
Priority: P4 → P3
Target Milestone: mozilla1.0 → ---
The drag and drop foo in directory.js is wrong. Specifically, we set a
text/unicode flavour to the id + " " + name, and a moz/rdfitem flavour to the id
+ "\n" + the parent id.

-> 0.9.7 for dirviewer rewrite
OS: Windows 98 → All
Hardware: PC → All
Target Milestone: --- → mozilla0.9.7
OK, I have a patch, basically involving rewriting data setting parts of the drag
function from scratch.

This doesn't fix dragging to the personal toolbar, because the code which does
that sees that the link is part of a <tree>, and tries to convert the uri to an
rdf bookmarks resource, which obviously fails.

Ben says that this will be fixed when I move to <outliner>, but I suspect that
it will actully be fixed when bookmarks-liner lands (if blake patched that
code), and then broken again when I move to outliner. That dnd code also does
ugly things like assume that the first element in the list is a uri string (its
not), and other fun stuff.

Anyway, dragging to a new window works, as does dragging to the home button
Status: NEW → ASSIGNED
Keywords: patch, review
Target Milestone: mozilla0.9.7 → mozilla0.9.6
Attached patch patchSplinter Review
Comment on attachment 56453 [details] [diff] [review]
patch

r=blake
Attachment #56453 - Flags: review+
Comment on attachment 56453 [details] [diff] [review]
patch

r=blake
Comment on attachment 56453 [details] [diff] [review]
patch

r=blake
Checked in 
Status: ASSIGNED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: