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)
Core
DOM: Copy & Paste and Drag & Drop
Tracking
()
RESOLVED
FIXED
mozilla0.9.6
People
(Reporter: jruderman, Assigned: bbaetz)
Details
Attachments
(1 file)
3.61 KB,
patch
|
bugzilla
:
review+
bugs
:
superreview+
|
Details | Diff | Splinter Review |
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?)
Updated•24 years ago
|
QA Contact: sairuh → tpreston
Reporter | ||
Comment 1•24 years ago
|
||
-> drag-and-drop component
Assignee: ben → blakeross
Component: XP Apps: GUI Features → XP Apps: Drag and Drop
Updated•23 years ago
|
Status: NEW → ASSIGNED
Priority: -- → P4
Target Milestone: --- → mozilla0.9.2
Updated•23 years ago
|
Target Milestone: mozilla0.9.2 → mozilla0.9.3
Updated•23 years ago
|
Target Milestone: mozilla0.9.3 → mozilla1.0
Comment 2•23 years ago
|
||
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
Reporter | ||
Comment 3•23 years ago
|
||
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
Updated•23 years ago
|
Assignee: blakeross → bbaetz
Status: REOPENED → NEW
Comment 4•23 years ago
|
||
-->bbaetz
Updated•23 years ago
|
Priority: P4 → P3
Target Milestone: mozilla1.0 → ---
Assignee | ||
Comment 5•23 years ago
|
||
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
Assignee | ||
Comment 6•23 years ago
|
||
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
Assignee | ||
Comment 7•23 years ago
|
||
Comment 8•23 years ago
|
||
Comment on attachment 56453 [details] [diff] [review] patch sr=ben@netscape.com
Attachment #56453 -
Flags: superreview+
Comment 9•23 years ago
|
||
Comment on attachment 56453 [details] [diff] [review] patch r=blake
Attachment #56453 -
Flags: review+
Comment 10•23 years ago
|
||
Comment on attachment 56453 [details] [diff] [review] patch r=blake
Comment 11•23 years ago
|
||
Comment on attachment 56453 [details] [diff] [review] patch r=blake
Assignee | ||
Comment 12•23 years ago
|
||
Checked in
Status: ASSIGNED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•