GNOME Bugzilla – Bug 305328
Cannot drag files into Firefox text-areas
Last modified: 2008-01-18 02:16:14 UTC
Distribution: Mandrakelinux release 10.2 (Limited Edition 2005) for i586 Package: nautilus Severity: enhancement Version: GNOME2.8.3 unspecified Gnome-Distributor: Mandrakesoft Synopsis: Cannot drag files into Firefox text-areas Bugzilla-Product: nautilus Bugzilla-Component: Cut Copy Paste Undo Bugzilla-Version: unspecified Description: This worked before, in the Nautilus with Mandrake 9.x, I could go to flickr.com and drag photographs from Nautilus into the Firefox textareas one at a time. In the Nautilus shipped with Mandrake 10.1, this behaviour changed, I would either need to load the image (exposing the url in the location window) and cut and paste the text of the URL to Firefox OR open the Firefox 'browse' window and drag and drop the image file:// url into that form. In the Nautilus shipped with Mandrake 10.2, I still can't drag and drop the file directly from the file-browser window into the Firefox text-widget (and have it translate into the URL) ... and I can no longer load the image to expose that URL because a double-click now loads a new window in an application that does not expose the filename for cut-and-paste!! What's worse, the change in the Gnome file-chooser means I can no longer open the Firefox 'browse' dialog and drag and drop that way! (there is no text field in that dialog for direct typing of the filename, the 'bookmarks' area rejects it as "not a folder" and the main filelist area does not recognized the drop event. So how do we do this use-case? How do we obtain the filename of an object in Nautilus for pasting into other apps. This may also apply to attachments or dropping images into OpenOffice, I don't know, haven't tried. Right now, though, I've lost an important functionality of my computing environment, and a favourite photo-management system :( ------- Bug moved to this database by unknown@bugzilla.gnome.org 2005-05-24 14:20 UTC -------
a dnd from nautilus 2.10 to the firefox entry fills the entry with the filename, is that the expected behaviour?. What does it do for you?
Affirmative: DND from nautilus to a text edit box on Firefox would drop the filename of that file into the edit box on prior versions of both programs -- in the next-to-last version, DND would drop a _URL_ ("file://") into the browse-file dialog but would not work with the text edit widget at all, and in the current version of Gnome, the file-browse dialog used in Firefox has no manual-entry area, so there is no way to effect this. My work-around might give some further context: 1) I open a gnome-terminal, and enter "cat > /dev/null" and hit return 2) DND from Nautilus to gnome-terminal will drop the filename as text; I hit return on each to get a fresh line 3) Now I can swipe-copy each line with the mouse to mark the text in the gnome-terminal and button-two paste into the Firefox text edit field As you can see, it was so much easier when DND would just drop the text of the filename directly into the browser edit fields :) Firefox has been progressively "Gnome-izing" their interface and this current edition (1.1) appears very integrated into the Gnome system, so perhaps this is not the fault of the Nautilus code but is instead the fault of the particular Gnome input widget used in the browser. I don't have any other applications that I know had the same behaviour to test this, and all I really know is my successive Mandrake upgrades (which upgrade both Firefox and Nautilus together) have shown this progressive loss of this one function. The _rest_ of Nautilus is just fab in this new edition, btw, a huge improvement over an already must-have program :)
reopening as requested information has been provided.
This just works in 2.21.5 and Firefox 2.0.0.11