After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 310819 - Drag unusable in Nautilus List View for big directories
Drag unusable in Nautilus List View for big directories
Status: RESOLVED FIXED
Product: nautilus
Classification: Core
Component: Views: List View
2.11.x
Other All
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
: 101938 586962 615554 683398 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2005-07-18 23:47 UTC by tmp
Modified: 2012-09-17 14:34 UTC
See Also:
GNOME target: ---
GNOME version: 2.11/2.12


Attachments
Proposed patch against HEAD (1.62 KB, patch)
2005-07-20 14:46 UTC, Christian Neumair
needs-work Details | Review
Improve list view dropping for crowded folders (2.37 KB, patch)
2012-09-15 11:34 UTC, William Jon McCann
needs-work Details | Review
Improve list view dropping for crowded folders (1.87 KB, patch)
2012-09-15 12:23 UTC, William Jon McCann
committed Details | Review

Description tmp 2005-07-18 23:47:01 UTC
Please describe the problem:
If you are in "Browser mode" of Nautilus and you have opened a big directory
with many directories you are not able any more to drag for example a file from
the desktop into this directory with many folders.

This also happened in Gnome/Nautilus 2.10.

Steps to reproduce:
1. Activate "Browser mode" in Nautilus

2. Open a directory with many folders in it in "View as list" mode
For example /home/user/Mail
with the folders folder1 to folder100 in it (100 folders). Now you get a
scrollbar because Nautilus cannot display these 100 folders on one page.

3. Now drag the file test from the Desktop and you want to move this file from
/home/user/Desktop to /home/user/Mail.


Actual results:
So here we go: if you move the dragged file over the directory /home/user/Mail
where you want to copy it you cannot drop it in this directory because in list
view there will be always one of the 100 folders active if you move around with
your mouse.


Expected results:
Normally in the columns beside the "Name" column - here "Size    Type   
Modified" - the folders shouldn't be highlighted if you want to drop sth. into
the directory, here /home/user/Mail.

Only in column "Name" the folders should be highlighted which means you want to
drop the test file for ex. in folder45.

Does this happen every time?
Yes

Other information:
Have a look at a screenshot which I commented:

http://www.felixrommel.de/fileadmin/bugs/gnome/nautilus-drag-and-drop-in-listview-01.png
Comment 1 Christian Neumair 2005-07-19 07:21:47 UTC
Thanks for your bug report!
Comment 2 Christian Neumair 2005-07-19 10:45:02 UTC
This is in fact a completely different issue than bug 94618.
Comment 3 Christian Neumair 2005-07-20 14:46:53 UTC
Created attachment 49466 [details] [review]
Proposed patch against HEAD

I've implemented something else: The patch will Nautilus make only accept a
particular folder inside the list view as drop target if the mouse is directly
above its row, not in between two rows. Is that acceptable for you as well?
I've also submitted the attached patch to the nautilus mailing list [1] for
review.

[1] http://mail.gnome.org/archives/nautilus-list/2005-July/msg00260.html
Comment 4 tmp 2005-08-12 11:44:33 UTC
I couldn't test your suggestion because it's not in Breezy dev at the moment.

What do you mean with "...above it's row, not in between two rows..."?

I think the columns beside the "Name" column, for example "Size   Type" should
be inactive that means that a folder will only be selected if you are over the
folder in the "Name" column as I described in my screenshot.

This would be an improvement in Nautilus' "Single click to activate Items" mode
if you view your files and folders in "View as list":

That means also that you're able to select a folder row by just clicking in a
column beside the "Name" column.

This is good if you have selected for example 10 folders folder13-folder23. But
then you notice that you only need folders folder2 and folder3.

At the moment you have to deselect one by one by holding Ctrl key and click them
with the mouse.

With the behaviour I described in my Screenshot you can deselect all folders at
once if you click in a column beside the "Name" column and then select folder2
and folder3.
Comment 5 tmp 2005-08-12 11:57:42 UTC
With this behaviour I described in #4 you could also solve the bugs

<a href="http://bugzilla.gnome.org/show_bug.cgi?id=94618">Bug 94618</a>
<a href="http://bugs.gnome.org/show_bug.cgi?id=138931">Bug 138931</a>.

This behaviour is proven in Konqueror and it works very good in my point of view.
Comment 6 Sebastien Bacher 2005-08-15 22:28:34 UTC
duplicate of bug #101938?
Comment 7 tmp 2005-08-16 14:04:26 UTC
Yes, sorry. I haven't seen the other bug report but this is the same problem as
I have reported here.

I think the comment #4 in http://bugzilla.gnome.org/show_bug.cgi?id=101938 is
the same what I have proposed. I don't know how difficult it is to change the
list view but you could solve many problems at once with this.
Comment 8 Ernst Sjöstrand 2008-02-02 16:09:40 UTC
I think it's a dupe of 101938...
Comment 9 A. Walton 2010-04-13 06:39:21 UTC
*** Bug 615554 has been marked as a duplicate of this bug. ***
Comment 10 Cosimo Cecchi 2010-05-02 23:18:19 UTC
*** Bug 101938 has been marked as a duplicate of this bug. ***
Comment 11 Allan Day 2010-06-07 18:10:31 UTC
It would also be good if list items moved out of the way. Adding dependency.
Comment 12 Cosimo Cecchi 2010-12-18 01:49:46 UTC
*** Bug 586962 has been marked as a duplicate of this bug. ***
Comment 13 Doug Holton 2011-02-27 13:39:35 UTC
To reproduce my bug, open up firefox at some webpage and open up a nautilus folder in list view (I haven't tested in other views).

From the URL bar in firefox drag the url shortcut to the nautilus folder (you may have to hold down control-shift to force it to drop as a shortcut).

Now drag more url shortcuts to the nautilus window.

When the nautilus window fills up or if you happen to drop a url shortcut on top of an old one, you get the error message "drag and drop is not supported".

You can no longer drag any more bookmarks to the folder because of this, which means you can't really use nautilus to save bookmarks.

Here are related bug reports in ubuntu and gnome that are closer to my bug that this 310819 one (but they were all marked as duplicates of this newer one):
https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/152975
https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/61237
https://bugzilla.gnome.org/show_bug.cgi?id=101938
Comment 14 William Jon McCann 2012-09-15 11:23:47 UTC
Comment on attachment 49466 [details] [review]
Proposed patch against HEAD

No longer applies cleanly
Comment 15 William Jon McCann 2012-09-15 11:34:49 UTC
Created attachment 224398 [details] [review]
Improve list view dropping for crowded folders

"If ... you have opened a big directory with many directories you are
not able any more to drag for example a file from the desktop into this
directory ... ."

Proposed patch attached, which makes Nautilus only accept the drop path
if you're directly above it with the mouse.

http://bugzilla.gnome.org/show_bug.cgi?id=310819
Comment 16 William Jon McCann 2012-09-15 11:43:55 UTC
*** Bug 683398 has been marked as a duplicate of this bug. ***
Comment 17 William Jon McCann 2012-09-15 12:23:44 UTC
Created attachment 224400 [details] [review]
Improve list view dropping for crowded folders

"If ... you have opened a big directory with many directories you are
not able any more to drag for example a file from the desktop into this
directory ... ."

Make Nautilus only accept the drop path if you're directly above it with the mouse.

http://bugzilla.gnome.org/show_bug.cgi?id=310819
Comment 18 Cosimo Cecchi 2012-09-17 14:23:58 UTC
Review of attachment 224400 [details] [review]:

Works fine, and I think it makes sense to have this now.