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 764891 - Double-clicking .desktop file makes nautilus show bogus file
Double-clicking .desktop file makes nautilus show bogus file
Status: RESOLVED INVALID
Product: nautilus
Classification: Core
Component: Views: Icon View
3.10.x
Other Linux
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2016-04-11 12:31 UTC by Lex Ross
Modified: 2017-08-23 16:48 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Bogus file appears in nautilus when double-clicking .desktop file (14.76 KB, image/png)
2016-04-11 12:31 UTC, Lex Ross
Details
Dependencies.txt (10.28 KB, text/plain)
2016-04-11 12:33 UTC, Lex Ross
Details
JournalErrors.txt (26.41 KB, text/plain)
2016-04-11 12:34 UTC, Lex Ross
Details
usr_lib_nautilus.txt (260 bytes, text/plain)
2016-04-11 12:35 UTC, Lex Ross
Details

Description Lex Ross 2016-04-11 12:31:13 UTC
Created attachment 325720 [details]
Bogus file appears in nautilus when double-clicking .desktop file

When double-clicking a .desktop file in nautilus, bogus file briefly appear and the original .desktop file "jerks" because of that. This behaviour is quite annoying. Try unpacking tor browser bundle for instance, navigate to tor-browser-en-US directory in nautilus and double-click Tor Browser icon (the .desktop file). The file briefly appears, marked as no read/write access (the little lock and cross icons attached). I could not catch it with screen capture to see what it was but you could see it for yourself. I believe that this is a temp file. To verify, follow the steps below.

1. Make sure nautilus is configured to hide hidden files and that you can reproduce the bug as has been described to this point
2. Leave nautilus window open, launch terminal and create a file named .HIDDEN in tor-browser-en-US directory (the directory active in nautilus)
3. Double-click Tor Browser icon once again in nautilus

Now you should be able to see the file in question and look up its properties in nautilus (see attached screen shot)

4. Return to the terminal and run 'ls -la' command to see that the file isn't really present in the directory.
5. Refresh nautilus window with F5 button to return to normal

I believe this behaviour in nautilus is wrong but have no idea how to fix it. Any idea?

ProblemType: Bug
DistroRelease: Ubuntu 16.04
Package: nautilus 1:3.18.4.is.3.14.3-0ubuntu4
ProcVersionSignature: Ubuntu 4.4.0-17.33-generic 4.4.6
Uname: Linux 4.4.0-17-generic x86_64
ApportVersion: 2.20.1-0ubuntu1
Architecture: amd64
Date: Sun Apr 10 00:47:49 2016
GsettingsChanges:
 b'org.gnome.nautilus.preferences' b'executable-text-activation' b"'ask'"
 b'org.gnome.nautilus.window-state' b'geometry' b"'823x550+457+222'"
 b'org.gnome.nautilus.list-view' b'default-column-order' b"['name', 'size', 'type', 'date_modified', 'owner', 'group', 'permissions', 'mime_type', 'where']"
ProcEnviron:
 LANGUAGE=ru
 TERM=xterm-256color
 PATH=(custom, no user)
 LANG=ru_RU.UTF-8
 SHELL=/bin/bash
SourcePackage: nautilus
UpgradeStatus: No upgrade log present (probably fresh install)
modified.conffile..etc.xdg.autostart.nautilus.autostart.desktop: [modified]
mtime.conffile..etc.xdg.autostart.nautilus.autostart.desktop: 2016-02-10T01:22:47.461799
Comment 1 Lex Ross 2016-04-11 12:33:36 UTC
Created attachment 325721 [details]
Dependencies.txt
Comment 2 Lex Ross 2016-04-11 12:34:53 UTC
Created attachment 325722 [details]
JournalErrors.txt
Comment 3 Lex Ross 2016-04-11 12:35:59 UTC
Created attachment 325723 [details]
usr_lib_nautilus.txt
Comment 4 Akilan Elango 2016-05-27 03:56:10 UTC
Lex Ross,

I think that happens only for Tor Desktop file. Did you try that for Other Desktop files. The actual exec that gets run when the Desktop file launched does that tmp file.
Comment 5 António Fernandes 2017-08-23 16:48:43 UTC
Indeed, as mentioned in comment 4, this is the Tor Browser's .desktop file recreating itself. https://gitweb.torproject.org/builders/tor-browser-bundle.git/tree/RelativeLink/start-tor-browser.desktop