Closed Bug 89538 Opened 24 years ago Closed 1 year ago

Cannot Drag and Drop Links from Windows Programs to Browser

Categories

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

x86
Windows 98
defect

Tracking

()

RESOLVED INCOMPLETE
mozilla1.1alpha

People

(Reporter: dalef, Unassigned)

References

Details

I am not able to drag and drop links from a Windows program, such as Outlook Express, to the browser window, and have the dragged and dropped links load in the browser. This feature is important because certain software causes links that are clicked to open in Internet Explorer, even when Mozilla is set as the default browser. However, I am able to drag and drop links from one Mozilla or Netscape component to another. This feature does not appear to work with non-Mozilla and non-Netscape software.
->Component: XP Apps Drag & Drop
Assignee: asa → blake
Component: Browser-General → XP Apps: Drag and Drop
QA Contact: doronr → tpreston
Changing to New and CC'ing myself...
Status: UNCONFIRMED → NEW
Ever confirmed: true
pink, comments? usability/polish, 0.9.4.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.4
Target Milestone: mozilla0.9.4 → mozilla0.9.5
Mass moving lower-priority bugs to 0.9.6 (with Blake's pre-consent) to make room for remaining 0.9.4/eMojo bugs and MachV planning, performance and feature work. If anyone disagrees with the new target, please let me know.
Target Milestone: mozilla0.9.5 → mozilla0.9.6
Target Milestone: mozilla0.9.6 → mozilla0.9.7
Target Milestone: mozilla0.9.7 → mozilla0.9.8
Target Milestone: mozilla0.9.8 → mozilla0.9.9
Target Milestone: mozilla0.9.9 → mozilla1.1
I do not agree that this bug is Usability/Polish. We are using a tool to organize bookmarks (aka "knowledge"). The tool allows to simply drag a link to it and to open a browser window by clicking on such a link. It works well with Netscape, IE and even Opera but not with Mozilla. Please raise the Priority.
The reverse is also true: you can't drag and drop an URL from the browser to MS Word. It creates a link called 'h' linked to a non-existent file called h in the current directory.
qa contact -> pmac
QA Contact: tpreston → pmac
After some additional testing, it looks like click-and-drag of a link, previously selected or not, fails ~90% of the time _iff_ the attempted click-and-drag goes north-south on the webpage (I.e., click- to click-and-drag on the link, then drag toward the top of the window), but succeeds _iff_ the attempt goes east-west.
Ignore previous comment, entered into wrong bug :(
This bug affects more than Win98 (I see it on Win 2000 trying to drag from IE6 to the Firebird 20031117 nightly build), can anyone confirm/deny whether it affects non-Windows OS's? And it should probably have a valid target milestone.
*** Bug 217774 has been marked as a duplicate of this bug. ***
Blocks: 89890
WFM in all directions. windows 2000 FF 1.5
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060312 Firefox/1.6a1 This does not work for me on a WinXP trunk build. I tried to drag a link from IE6 into Firefox. The cursor turned into the "No" symbol (circle with a line through it) and the link did not load. If I try the exact same thing going from FF to IE, the cursor the "Shortcut" symbol (square with a little black arrow inside) and the link loads in IE. Can anyone else comment one way or the other?
(In reply to comment #13) > Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060312 > Firefox/1.6a1 > > This does not work for me on a WinXP trunk build. I tried to drag a link from > IE6 into Firefox. The cursor turned into the "No" symbol (circle with a line > through it) and the link did not load. If I try the exact same thing going from > FF to IE, the cursor the "Shortcut" symbol (square with a little black arrow > inside) and the link loads in IE. > > Can anyone else comment one way or the other? hmm, quite right, same behavior with FF 1.5. drag a link from IE page doesn't work. but drag from IE address bar does work. my mistake - I didn't test with IE.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Assignee: bross2 → nobody
Status: REOPENED → NEW
QA Contact: pmac
QA Contact: drag-drop
Is this bug related to the (underlying cause of) Bug 905056? I. e. could fixing this also fix Bug 905056? Is so, please add as dependancy.

Bulk-downgrade of unassigned, >=5 years untouched DOM/Storage bugs' priority.

If you have reason to believe this is wrong (especially for the severity), please write a comment and ni :jstutte.

Severity: normal → S4
Priority: -- → P5

Please file a new bug if you see a similar problem when using a recent Firefox version.

Status: NEW → RESOLVED
Closed: 19 years ago1 year ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.