GNOME Bugzilla – Bug 74974
Cannot drag and drop from list view.
Last modified: 2005-01-09 17:41:23 UTC
Either the list view doesn't have drag and drop implemented or it doesn't
work properly. Unlike hte icon view (for which drag and drop works), when
attempting to drag and drop in the list view doesn't even start a drag
From or to the list view? if to, this is a duplicate of bug 68821. If
from, it is it's own bug, and if both, then 68821 is probably a dup of
Unfortunately neither drag-drop to nor drag-drop from works in the
list view. I am running currently running cvs head and this is still
Also, I think this bug is different from bug 68821. The problem
discussed in 68821 is a usability problem with Nautilus where if you
are trying to copy/move a file into a folder that contains ONLY
folders, it is difficult (impossible, I think) to place the file in
the currently viewed folder (it can only be placed in one of the
The bug I am reporting is different in that I don't think drag and
drop is properly implemented yet in the list view (as opposed to the
Ah, I see. Adding stuff as appropriate.
*** Bug 77136 has been marked as a duplicate of this bug. ***
*** Bug 79142 has been marked as a duplicate of this bug. ***
Michael, can you take a look at this?
Very borderline 2.0.0; I'd really like to see this work but it is
Jonathan Blandford <firstname.lastname@example.org> posted to gnome-desktop-devel
on 29th May saying he is working on this, in case anyone else is
thinking of doing it.
jrb: any progress on this? At some point we just have to suck it up
and punt it if it isn't going to happen RRRRRSN. :)
I got Multi-Drag and Drop kinda working on a test app last night. I
need to clean it up and get it in nautilus. It'll happen when it happens.
This did used to work (or at least on my distro's (MDK) build of
nautilus) until quite recently. Either a distro patch never made it
upstream or some other change broke it.
It has, AFAIK, never worked in GNOME2 nautilus.
It worked with the old CList cut-n-paste hack. Still working on this,
though it might not get finished until this weekend.
I'd like to vote for "early-as-realistically-possible" for a release
target on a fix for this missing feature (which appears to be 2.0.1
now). It forced me to use the icon view when I'd much rather be using
On barely-related note, I'd like to say that determining which bugs
get fixed when based on how many duplicates/comments/etc. there are
of/on the bug is kind of silly. Quite a lot of people on IRC check
bugzilla & find their bug, then leave it at that, w/o commenting. The
reason for this is twofold:
1.) Courtesy: If the bugs already there, duplicating it will just
add to the bugzilla wrangler's work, slowing everything down -- Plus,
both bug-buddy & Bugzilla's main page admonish people to check if
their bug has been reported already before continuing. Perhaps these
could be extended/enhanced to tell people to comment on bugs (even if
it's just "this effects me too") that they care about?
2.) Ignorance: Most people assume that if a bug is already there
it doesn't need anything extra to get it fixed in a timely fashion.
3.) Laziness or Privacy: IIRC, one needs an account to comment on
a bug, and many people may not want to create an account just to
comment on a bug, either because it is extra work or because they do't
feel comfortable doing so.
Bugzilla duplicates are only one of many factors that go into these
kinds of decisions. Constant feedback from IRC, email lists, and just
plain old common sense. I want to see this in, too, but if the
alternative is holding back the release or breaking lots of things in
the release... I'm not excited by those options either.
Trust me, by the way- /lots/ of people don't bother searching for
duplicates. I'd be out of a job if they did :)
Punting as per discussion with Alex.
Can we make sure that we have this documented in ERRATA? This is one
of those bugs that people will run into often after 2.0.
Jrb, how is your patch coming?
Created attachment 9282 [details] [review]
I included a rough patch that handles the DnD/Gtk ends. It needs
someone to hook up the nautilus bits, though.
Patch too large, complex and potentially de-stabilizing for 2.0.0
IMHO, and that's without the nautilus hooks ;-)
*** Bug 85760 has been marked as a duplicate of this bug. ***
Michael: don't worry, we punted this out of .0.0 a long time ago :)
*** Bug 86659 has been marked as a duplicate of this bug. ***
OK, I'm going to jump in on this one.
Here's a quick update on what's going on while I compile:
I have dropping almost completely implemented, I just need to fix up
some of the data types and give it all a once over.
Dragging is mostly implemented, but needs to give location info for
the icon list drag type.
After I get these fully implemented, I want to spend some time making
the code general enough to implement dnd in the tree view sidebar as
well. This shouldn't take too long, it's mostly general enough already.
I expect to have something for people to pound on sometime tomorrow or
I checked in the destination half today, the rest should be coming soon.
I'd appreciate it if people banged on the drag dest for a little while.
Drag side is checked in for the list view, so I'm marking this fixed.
Please open individual bugs against any problems you find.