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 767808 - Can move (downloads, documents, pictures, music, video) folders from home folder onto Desktop by drag'n'drop
Can move (downloads, documents, pictures, music, video) folders from home fol...
Status: RESOLVED OBSOLETE
Product: nautilus
Classification: Core
Component: File and Folder Operations
3.26.x
Other Linux
: Normal major
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2016-06-18 03:04 UTC by Ricardo Ramos
Modified: 2018-01-07 19:28 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Contains two video files explaining the issue (423.32 KB, application/zip)
2016-06-18 03:04 UTC, Ricardo Ramos
Details
It explains the behavior of the tittlebar (249.92 KB, video/webm)
2016-06-29 05:55 UTC, Ricardo Ramos
Details
Desktop screenshot (473.83 KB, image/png)
2016-10-05 17:34 UTC, Ricardo Ramos
Details

Description Ricardo Ramos 2016-06-18 03:04:09 UTC
Created attachment 329987 [details]
Contains two video files explaining the issue

The attached videos were recorded with gnome desktop in spanish, I was unable to switch to english so I provide a translation to an error message that appears:

According to the attached video (number 1), I switch the desktop to show the icons using gnome-tweak-tool, then I move any of the default folders in home to the desktop (in this example I move documents), then when I click on the link of that folder on the left panel, an error message appears, the translation is something like this: "Could not find the requested file. Check that you have written correctly and try again". When I move the folder back to its place everything goes back to normal.

I think the solution for this is if I try to move any of those folders to a different location, nautilus shouldn't let them move, they should be unmovable or at least nautilus should detect this behavior and place a shortcut instead (or whatever you name it under gnome), since they can be considered as system folders (as shown in video number 2).


By the way, we should be able to create shortcuts on the desktop for applications as well, whether from the apps drawer or from the dock.

Note: When I clicked on OK to close the error message the recording stopped so I had to record the second one separated and then compress them into a zip file.
Comment 1 Carlos Soriano 2016-06-20 08:09:51 UTC
Good catch, should be easy to fix so tagged for newcomers.
Comment 2 Ricardo Ramos 2016-06-29 05:55:14 UTC
Created attachment 330522 [details]
It explains the behavior of the tittlebar
Comment 3 Ricardo Ramos 2016-06-29 05:55:22 UTC
I found another bug, if it applies, it involves the same behavior but this add something else to the issue, there is an attached video explaining the situation:

I was navigating through some folders and I wanted to move the window so I clicked onto any of the folder names that appears at the window titlebar, I couldn't move it, instead I noticed I was able to move the folders instead.

What I did afterwards was to create one folder inside another in downloads folder, I put the names folder1, folder2, folder2 etc, then I tried to move the window but like I said it won't move, so I moved the last folder instead and it worked, it shouldn't move it since that's a titlebar and was not suppose to perform any action but inform where I'm located in a particular folder or to go directly to another folder without going back and forth one by one.

Anyway what I did then was to move the downloads folder to the desktop and it moved like in my previous report, then I clicked on downloads on the left panel and the same error previously reported appeared again (the video stopped when the error message appeared but for some reason didn't get recorded).

As a conclusion we can't move nautilus by "click and hold" to folder names on the titlebar but anywhere, like minimize button, maximize button, back button but not folder names.

The idea of this titlebar is to perform actions that involve window manipulation and also to go from one location (folder) to the other faster but not to perform any folder management directly.

Note: The name of the attached video is nautilus tittlebar issue.webm
Comment 4 vinayakagarwal6996 2016-10-05 16:01:47 UTC
Coudld you confirm that you are able to move Desktop or not? For me, Desktop is locked(unmovable /deletable) but rest can be moved or deleted.
Comment 5 Ricardo Ramos 2016-10-05 17:34:21 UTC
Created attachment 337000 [details]
Desktop screenshot

(In reply to vinayakagarwal6996 from comment #4)
> Coudld you confirm that you are able to move Desktop or not? For me, Desktop
> is locked(unmovable /deletable) but rest can be moved or deleted.

As you can see in the attached screenshot, I was able to move all the folders except the Desktop, because when we try to do it, an error message appears.

It's important to note that this folders can even be sent to the trash except of course the desktop.
Comment 6 António Fernandes 2017-09-04 17:30:40 UTC
Either XDG User Dirs should not moved/deleted, or the .config/user-dirs.dirs file should be refreshed with the new location.

(In reply to Ricardo Ramos from comment #3)
> I found another bug,
> [...]
> As a conclusion we can't move nautilus by "click and hold" to folder names

That's another bug indeed. Good news is that bug has been fixed (bug 776663).
Comment 7 Ricardo Ramos 2017-09-04 18:34:47 UTC
(In reply to António Fernandes from comment #6)
> Either XDG User Dirs should not moved/deleted, or the .config/user-dirs.dirs
> file should be refreshed with the new location.
> 
> (In reply to Ricardo Ramos from comment #3)
> > I found another bug,
> > [...]
> > As a conclusion we can't move nautilus by "click and hold" to folder names
> 
> That's another bug indeed. Good news is that bug has been fixed (bug 776663).

Thank you for letting me know that.
Comment 8 Ricardo Ramos 2018-01-07 17:48:30 UTC
As stated on comment # 3 of bug 747593, starting with version 3.28, nautilus will not handle the "files on desktop background" feature, so how is this bug gonna be handle?