Closed Bug 118150 Opened 23 years ago Closed 23 years ago

Cannot drag links to opera or other apps

Categories

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

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 141362

People

(Reporter: alan, Assigned: bugzilla)

Details

While you can drag the handle for a URL from one mozilla window to another, but not to other applications, such as a GTK text editor (confirmed with gedit) or the opera browser. I'm going to guess that this is probably not an opera specific thing, but an "other app" specific thing, though I can't confirm this.
over to drag and drop
Assignee: asa → blaker
Component: Browser-General → XP Apps: Drag and Drop
QA Contact: doronr → tpreston
I've found that drag and drop of urls does work between gnome-desktop/gnome-panel, openoffice's openwriter and the galeon/mozilla/nautilus urls bars but not much else. I have even drag and dropped it into konquror's location bar. This seems like standard behaviour to me and perhaps it is the up to the recieving application to interpret it correctly... Just for clarification, reporter (Arcterex), can you further explain what you expect to happen when you drag a link from say Mozilla to gedit's textarea?
Well, I didn't try it to the konq location bar, and that that works is cool. My original bug was that you cannot drag from a link in a page rendered by mozilla into the "browsing area" (ie: where a page would be displayed) in konqueror. When dragging to a mozilla or galeon browsing area the cursor has a "+" indicating that it can be dropped there. On the konq browsing area, the cursor stays as the "no dropping here dude" icon. This doesn't seem to be a konq drag-n-drop target problem, as I can drag from konq link to konq "browsing area" just fine. Of course, my knowledge of the internals of dnd in kde and gtk is limited :) The advantage of this is that a link is immediately gone to, instead of having to hit a 'go' button to start the surfing process. Hope that makes more sense :)
I suspect that this is invalid in that case because I don't know how well qt (opera, konq) and gtk (galeon, moz) play together. Further, I have had no success dragging things from konqueror 2.2.2 to opera 6 Beta 2's browse area and having them open in opera (or vice versea) - two QT apps. Dragging from moz to other GTK apps that are "enlightened" often tries to do something useful (gvim and openoffice spring to mind). As a workaround, try the double click to highlight the location in moz and the middle click to paste it into the textarea of another app (this works very well between moz, konq, opera).
Arcterex: can you reproduce this with a recent build? If not, mark the bug "worksforme"
Confirming with galeon 1.2.3 + mozilla rc3+xft. I'm not convinced it's a galeon/mozilla problem per-se, as in my test dragging the url handle from the location bar over the rendering area on konqueror didn't result in the "+" symbol appearing, indicating that it was a valid drag and drop target. However, you can drag and drop between konqueror windows. Opera is not working on my box right now, so I can't test with that. I'm not sure if this is a difference in the dnd protocols between kde and galeon, or something in the mozilla code, or the galeon code, or the konqueror code.
ha! duped! *** This bug has been marked as a duplicate of 141362 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.