Xdg-open didn't read ~/.local/share/applications/default.list

xdg-open doesn't read ~/.local/share/applications/default.list, and the only way to associate application and filetype is do following command:
xdg-mime default thur.desktop inode/directory
But, the content of default.list will be rewrite.
xdg-open ignore everything I have added to default.list manually.
It looks like xdg-open have something like database to track association I added through command, then dump it to default.list after I execute the command.
Does anyone have idea what wrong happened? tell me please
Last edited by lanyitin800830 (2012-05-10 18:16:10)

Update: This works (line 402 in /usr/bin/xdg-open):
---( From )---
$command_exec "$1"
---( To )---
eval `"$command_exec" "$1"`
At least for me, I get the expected behavior for pdfs (evince opens the file, nothing else) with this change. Is this a bug?

Similar Messages

Itunes will not open, error message reads: The iTunes application could not be opened. An unknown error occurred (13014)

iTunes 10.4 will not open on my macbook, error message reads:
The iTunes application could not be opened. An unknown error occurred (13014).
It won't let me delete and re-install either, thank you for any help!

are you running any anti virus software on your machine ?

[SOLVED] Chromium not calling xdg-open

Hi,
I have been trying to get Chromium to call external applications based on their name and/or mime type. My desktop is XFCE.
I have read about setting up the xdg-utils, and believe I have it configured. The following command line when run from bash opens up acroread and displays the PDF:
xdg-open http://cran.r-project.org/doc/manuals/R-intro.pdf
My ~/.local/share/applications/defaults.list file is:
application/pdf=acroread.desktop;
But when I click on the link in chromium I get the "Save File" dialog.
As a test, I edited the /usr/bin/xdg-open shell script, and made it write to a file in /tmp when ever it is called. (The second line where I send the date to the /tmp/xdg-open.log file.)
#!/bin/sh
/usr/bin/date >> /tmp/xdg-open.log
# xdg-open
# Utility script to open a URL in the registered default application.
# Refer to the usage() function below for usage.
# Copyright 2009-2010, Fathi Boudra <[email protected]>
When I try and download a PDF in chromium, it never adds to the /tmp/xdm-open.log file. (But does if I call it from the command line as I did above.)
So to me, it looks like chromium isn't even calling the xdg-open script.
Any one have any ideas?
Thanks in advance.
Last edited by landzend (2012-11-16 10:54:29)

hiciu wrote:
Hello,
For me, chromium is not using xdg-open. You can verify it with:
strace -e process chromium
Then download something and try to open it from chromium. As for solution, try this: install perl-file-mimeinfo package and setup it with 'mimeopen --ask-default some-pdf-file.pdf'.
landzend wrote:
I have read about setting up the xdg-utils, and believe I have it configured. The following command line when run from bash opens up acroread and displays the PDF:
xdg-open http://cran.r-project.org/doc/manuals/R-intro.pdf
This is separate issue, it should run browser (http:// protocol), not acroread. Check this link: http://hiciu.org/some-pdf-file.pdf (harmless). All you know before you open it is the url, not the file type.
Thanks. I already had the "perl-file-mimeinfo" installed.
Yes. The link you gave above is type "image/jpeg", so the browser has to start the download to even know what it has coming.

Fixing xdg-open

Hi all fellow archers!
For quite some time, those of us running without a desktop environment have been struggling to cope with xdg-open for handling file opens (especially for Chromium).
Although xdg-open has gotten a bit better over time (it now falls back to mimeopen if it doesn't know what to do).
Unfortunately, this solution is not a "proper" one since mimeopen currently does not work with URIs, only with files.
To get around this, I have made two minor adjustments to my system to make it handle even URIs gracefully.
The first is a hack, the second a (small) patch to xdg-open:
The hack:
ln -s /usr/share/applications/mimeinfo.cache to /usr/share/applications/defaults.list
this will make all applications that register MIME types using MimeType= in their .desktop files the default for their respective MIMEs.
This is required since xdg-mime does not check mimeinfo.cache when looking up applications for mime types, only defaults.list files.
If multiple applications happen to register for the same MIME type, I'm not sure which is chosen as the default, but this should be overridden in ~/.local/share/applications/defaults.list anyway.
The second part, the patch, can be viewed here: http://pastebin.com/EduF8GjC
For those not used to merging patches like this, download the raw .patch file from here: http://pastebin.com/download.php?i=EduF8GjC , and then run
sudo patch /usr/bin/xdg-open <xdg-open_uri_patch.txt
Note that you shouldn't normally just do what strangers like me tell you to, so have a look through the .patch file before patching /usr/bin/xdg-open to make sure I haven't done something naughty.
There are also unreleased patches for this upstream here and here if you'd prefer using those, but they may not patch nicely against the current Arch version.
Essentially, whenever a URI is being opened with the internal, generic opener, xdg-mime is queried for the default application for "x-scheme-handler/$scheme" where $scheme is the scheme part of the URI.
That application is then started with the full URI the path to open.
Now sit back and enjoy Chromium opening all your files correctly, even magnet:, mailto: and spotify: links (if you've got a client for each installed of course).
Jon
PS: The patch has also been submitted to the Portland/XdgUtils team as bug #44873
EDIT: Turns out this has already been patched after a similar bugreport, just not released, in these commits. The patch is still needed until a release with these changes comes though. Feel free to use the upstream patches instead if you want.
Last edited by Jonhoo (2012-01-17 22:49:21)

I tried to find out what was going on using strace. Here is the output:
strace -f /usr/bin/gvfs-open file.pdf 2>&1 | grep exec
execve("/usr/lib/xfce4/exo-1/exo-helper-1",
Why is gvfs-open resorting to xfce's opener while I am running gnome???
A bit earlier in the trace, gvfs loads /usr/lib/gio/modules/libexo-module-1.so which is certainly the culprit.
My question is then: how do I make gvfs-open use gnome's facilites?
--- edit ---
Looks like my problem:
https://qa.mandriva.com/show_bug.cgi?id=62203
--- edit 2 ---
Some more info:
http://penguincopter.blogspot.com/2010/ … ty-of.html
Last edited by benob (2011-02-21 18:38:56)

Xdg-open Fix

This is for any frustrated by Google Chrome using random applications to open its downloads.
Google Chrome uses xdg-open to open its downloads. Since I don't use Gnome or KDE, the DE environment variable is unset. If the DE environment variable is unset or set to "generic", xdg-open uses the open_generic_xdg_mime() function to choose the application to open files. This function incorrectly determines the location of the .desktop file. It will come up with something like
/usr/share/applications//usr/share/applications/mplayer.desktop
instead of
/usr/share/applications/mplayer.desktop.
To fix this I added
default=`echo $default | sed "s|[^\w]*/||"`
below the line (line number 384)
default=`xdg-mime query default "$filetype"`.
Setting the default application with xdg-mime default [.desktop file] [mime-type] populates the $HOME/.local/share/applications/defaults.list file. With the fix, xdg-open now correctly uses this file and open applications as expected.

By the way OP. If you are using pcmanfm: here is handy replacement for /usr/bin/xdg-open - http://dumpz.org/15027/
It handles http(s), mail and magnet links, and on all other lets pcmanfm deside

A weird xdg-open issue

.local/share/applications/defaults.list
[MIME Cache]
application/arj=xarchiver.desktop;
application/ogg=vlc.desktop;
application/pdf=epdfview.desktop;evince.desktop;
application/postscript=evince.desktop;
application/vnd.mozilla.xul+xml=firefox.desktop;
application/vnd.rn-realmedia=vlc.desktop;
application/x-7z-compressed=xarchiver.desktop;
application/x-arj=xarchiver.desktop;
application/x-bittorrent=deluge.desktop;
application/x-bzdvi=evince.desktop;
application/x-bzip=xarchiver.desktop;
application/x-bzip-compressed-tar=xarchiver.desktop;
application/x-bzip2=xarchiver.desktop;
application/x-bzip2-compressed-tar=xarchiver.desktop;
application/x-bzpdf=evince.desktop;
application/x-bzpostscript=evince.desktop;
application/x-cb7=evince.desktop;
application/x-cbr=evince.desktop;
application/x-cbt=evince.desktop;
application/x-cbz=evince.desktop;
application/x-compressed-tar=xarchiver.desktop;
application/x-designer=designer.desktop;
application/x-dvi=evince.desktop;
application/x-extension-mp4=vlc.desktop;
application/x-flac=vlc.desktop;
application/x-gzdvi=evince.desktop;
application/x-gzip=xarchiver.desktop;
application/x-gzpdf=evince.desktop;
application/x-gzpostscript=evince.desktop;
application/x-linguist=linguist.desktop;
application/x-matroska=vlc.desktop;
application/x-ogg=vlc.desktop;
application/x-openbox-theme=obconf.desktop;
application/x-rar=xarchiver.desktop;
application/x-rar-compressed=xarchiver.desktop;
application/x-shockwave-flash=vlc.desktop;
application/x-tar=xarchiver.desktop;
application/x-xzpdf=evince.desktop;
application/x-zip=xarchiver.desktop;
application/x-zip-compressed=xarchiver.desktop;
application/xhtml+xml=firefox.desktop;
application/zip=xarchiver.desktop;
application/x-directory=Thunar-folder-handler.desktop; ############# I added this
audio/mp4=vlc.desktop;
audio/mpeg=vlc.desktop;
audio/vnd.rn-realaudio=vlc.desktop;
audio/webm=vlc.desktop;
audio/x-flac=vlc.desktop;
audio/x-m4a=vlc.desktop;
audio/x-mp3=vlc.desktop;
audio/x-mpeg=vlc.desktop;
audio/x-mpegurl=vlc.desktop;
audio/x-ms-asf=vlc.desktop;
audio/x-ms-asx=vlc.desktop;
audio/x-ms-wax=vlc.desktop;
audio/x-pn-aiff=vlc.desktop;
audio/x-pn-au=vlc.desktop;
audio/x-pn-realaudio=vlc.desktop;
audio/x-pn-realaudio-plugin=vlc.desktop;
audio/x-pn-wav=vlc.desktop;
audio/x-pn-windows-acm=vlc.desktop;
audio/x-real-audio=vlc.desktop;
audio/x-scpls=vlc.desktop;
audio/x-vorbis+ogg=vlc.desktop;
audio/x-wav=vlc.desktop;
image/tiff=evince.desktop;
image/vnd.djvu=evince.desktop;
image/vnd.rn-realpix=vlc.desktop;
image/x-bzeps=evince.desktop;
image/x-eps=evince.desktop;
image/x-gzeps=evince.desktop;
inode/directory=Thunar-folder-handler.desktop;
misc/ultravox=vlc.desktop;
multipart/x-zip=xarchiver.desktop;
text/html=firefox.desktop;
text/mml=firefox.desktop;
text/plain=leafpad.desktop;
text/vnd.trolltech.linguist=linguist.desktop;
text/xml=firefox.desktop;
video/dv=vlc.desktop;
video/mp4=vlc.desktop;
video/mp4v-es=vlc.desktop;
video/mpeg=vlc.desktop;
video/msvideo=vlc.desktop;
video/quicktime=vlc.desktop;
video/vnd.rn-realvideo=vlc.desktop;
video/webm=vlc.desktop;
video/x-anim=vlc.desktop;
video/x-avi=vlc.desktop;
video/x-flc=vlc.desktop;
video/x-fli=vlc.desktop;
video/x-flv=vlc.desktop;
video/x-mpeg=vlc.desktop;
video/x-ms-asf=vlc.desktop;
video/x-ms-wmv=vlc.desktop;
video/x-msvideo=vlc.desktop;
video/x-nsv=vlc.desktop;
video/x-ogm+ogg=vlc.desktop;
x-content/audio-cdda=vlc.desktop;
x-content/audio-player=vlc.desktop;
x-content/video-dvd=vlc.desktop;
x-content/video-svcd=vlc.desktop;
x-content/video-vcd=vlc.desktop;
x-scheme-handler/http=firefox.desktop;
x-scheme-handler/https=firefox.desktop;
x-scheme-handler/magnet=deluge.desktop;
$xdg-open folderA/
was opening folderA/ in firefox, so I added "application/x-directory=Thunar-folder-handler.desktop;" to defaults. Now
$xdg-open folderA/
opens the folderA in thunar,
but the weird thing is, the moment I close thunar, firefox fires up and opens the folderA once again
any ideas?

OK, I have no idea but this problem ceased to exist. I did nothing but, It works fine now

Xdg-open and apvlv

I recently switched to apvlv as my default pdf viewer. When I try to set it as my default pdf program in xdg-open (for chromium), with the command:
xdg-mime default apvlv.desktop application/pdf
xdg-open does it's favorite default behavior, which is to try to open the file in firefox. Any idea how I can fix this?

Have you tried to create a ~/.local/share/applications/defaults.list which contains the following?
[Default Applications]
application/pdf=apvlv.desktop
This works without any problems on my system. If still no luck, try to install perl-file-mimeinfo.
Regards

[SOLVED] xdg-open: no method available for opening

I'm using Openbox. Whenever I try to use xdg-open to open a file or link from the command line, I get the error "xdg-open: no method available for opening". This happens with all files and links, regardless of type. I've tried editing ~/.local/share/applications/mimeapps.list, both manually and with xdg-mime; neither had any effect. I've also tried setting environment variables such as $BROWSER; that had no effect, either.
Strangely, exo-open works with no problem (although the only way I've found to change file associations is by using Thunar). I would just switch to exo-open, except I've encountered a couple of programs that rely on xdg-open for opening web links and the like.
Has anyone else seen this problem? At this point, I'm pretty confused, and I would appreciate any help. Thanks!
Last edited by morganmay (2013-11-19 16:31:08)

Was poking around with this again. I still haven't solved the problem, but I did notice an error that might be a clue. When I enter "xdg-settings get default-url-scheme-handler", I get the error "xdg-settings: unknown desktop environment". I don't have a DE installed, just openbox (although as far as I can tell, XDG doesn't require a DE).
Does anyone know what this means? Searches for this error have only led me to threads recommending solutions that I've already tried without success (editing mimeapps.list, setting environment variables like BROWSER, etc.).

Xdg-open is slow opening files

Whenever I use xdg-open to open an application it takes a while until the application is shown, but if I try to open it with the application itself it works almost instantaneously. While using xdg-open I can notice a high increase of the cpu usage.
What could it be that's causing this issue? Is there maybe a log file I can check to see what's going on under the hood? This issue is happening with gpicview (for images), nemo, and thunar; I haven't tried with other applications but I assume it's going to be the same.
As relevant info I might add that I'm using openbox and no desktop environment. I'll upload any config files if requested, but I don't really know what to include as a start besides my mimeapps.list:
#~/.local/share/applications/mimeapps.list
[Default Applications]
inode/directory=Thunar.desktop
image/png=gpicview.desktop
[Added Associations]
image/png=gpicview.desktop;
I've checked the wiki for xdg-open and all the forums (arch and outside of arch) and have just found people with the same issue, but no answers whatsoever.
Any help on this would be much appreciated.

After analyzing the loop (and the inner search_desktop_file function), I can tell that function is what's taking all the CPU time, also I can tell that only 3 iterations of the loop are run, one for each X, which have the values:
$x_1 = Thunar.desktop /home/josep/.local/share/
$x_2 = Thunar.desktop /usr/local/share/
$x_3 = /usr/share/
I can tell the first two searches take close to no time, and actually, the binary /usr/bin/thunar, which is located in the third iteration, doesn't take much time either, so surprisingly what's eating most of CPU resources is this part of the script:
command="$(get_key "${file}" "Exec" | first_word)"
command_exec=`which $command 2>/dev/null`
arguments="$(get_key "${file}" "Exec" | last_word)"
arg_one="`echo "$arg" | sed 's/[&*\\]/\\\\&/g'`"
icon="$(get_key "${file}" "Icon")"
if [ "${icon}" != "" ]
then
icon="--icon '${icon}'"
else
icon="''"
fi
# FIXME: Actually LC_MESSAGES should be used as described in
# http://standards.freedesktop.org/desktop-entry-spec/latest/ar01s04.html
localised_name="'$(get_key "${file}" "Name")'"
arguments_exec="$(echo "$arguments" | sed -e 's*%[fFuU]*"'"$arg_one"'"*g' \
-e 's*%i*'"$icon"'*g' \
-e 's*%c*'"$localised_name"'*g')"
The first two variables command and command_exec are set to "thunar" and "/usr/bin/thunar", and this happens relatively fast (although it takes some time to find it, it's not even a 10% of the total time).
EDIT: I think all signs lead to the disk read taking too long (for example the get_key function which reads the .desktop file looking for the asked key, takes too much), but this is weird, as I had never encountered this issue in other linux distributions, everything has ran always smooth and fine, despite not having a good machine.
EDIT2: After finally tracking down the issue, I've found this loop: (inside the get_key function)
while read line
do
echo "readline" 1>&2
case "$line" in
"[Desktop Entry]")
desktop_entry="y"
# Reset match flag for other groups
desktop_entry=""
# Only match Desktop Entry group
if [ -n "${desktop_entry}" ]
then
echo "${line}" | grep -E "^${key}=" | cut -d= -f 2-
fi
esac
done < "${file}"
More than 90% of CPU time is spent in this function, but I can't see why. Parsing a .desktop file is not a difficult task by any means and even if this was reading the file every time, everything would be cached in the ram anyway, as modern OSs use paging for that matter (and by modern I mean not modern at all) and I'm well aware that linux does).
So TL;DR I don't understand how can the simple task of parsing a .desktop file take more time than opening google chrome or gimp. Any help on that?
Last edited by setzer22 (2014-07-27 19:07:43)

Xdg-open strange behaviour

When I have no defaults.list and mimeapps.list, xdg-open opens text/plain with gvim. But when I create defaults.list in /usr/share/applications/ and add the following lines :
[Default Applications]
text/plain=emacs.desktop
it opens text files with firefox.
However, if I move /usr/share/applications/defaults.list to ~/.local/share/applications/mimeapps.list, it opens text files with emacs as expected.
What is happening with xdg-open?

Thanks for this quick reply. Yes, the $ is present in the real path and yes, mapping seems to work. If it is this easy, why doesn't the default file>open work, this looks like a bug? It is not that userfriendly if every user (hundreds) should map there own drive letter to get this to work.

Can't open files with spaces from gui applications

When I try to open a file or directory from say qbittorrent or clementine in xfce, I get the message:
"Failed to open URI "file:///somewhere/filename%20with%20spaces".
Googling told me this problem was due to passing a "%U" instead of a "%F" somwhere, but I don't know where to change this.

I don't use any DE or those kinds of gui tools, but the "%U" instead of an "%F" issue would be in the .desktop files. There are systemwide .desktop files in /usr/share/applications/ and you can override these with your own customized versions in ~/.local/share/applications/
So a workaround at least would be to copy the relevant desktop files from the system-wide folder to your user's folder and edit them appropriately changing %U to%F.

Ignoring /usr/share/applications

Hey all
I'm looking for a way to ignore the .desktop files in /usr/share/applications
I've created my own .desktop files and stored them in /usr/local/share/applications. The inconsistencies and sheer amount of .desktop files that applications bring with them by default were cluttering my menus. However, it's strating to become a pain to keep /usr/share/applications empty, since everytime a package gets a small update it puts its .desktop files back there.
Is there a way to ignore the .desktop files in /usr/share/applications? Perhaps through some sort of environment variable? Thanks

robrene wrote:
It's not just the menus that I want this for, the .desktop files also reflect what applications can open certain mimetypes and they determine what appears in "Open with..." dialogs for example.
Perhaps making sure all .desktop files have an entry that reads "Hidden=true" would indeed be a good solution to my problem though, since pacman will still be able to track the files and I could have a script that asserts this everytime I run it. However my scripting skills for these kind of text manipulation tasks are subpar... Could someone please help me write a script that:
For each *.desktop file in /usr/share/applications:
Searches for the "Hidden" key
If found, makes sure it's set to "true"
If not, append the Hidden=true entry
I'd really appreciate the help
Only lightly tested, seems to work.
#!/bin/bash
shopt -s nullglob
for f in /usr/share/applications/*.desktop; do
awk 'BEGIN {hidden=1} /^Hidden=/ {print "Hidden=true"; hidden=0; next} {print} END {if(hidden) print "Hidden=true"}' "$f" > "/tmp/${f##*/}.new"
mv "/tmp/${f##*/}.new" "$f"
done
Last edited by Profjim (2010-01-31 19:27:46)

I can't open my pdf files with adobe reader, adobe is not default

I can't open my pdf file and when i select default program nothing happens, I try repair adobe reader, I try reinstall it, I installed older version, i try fix default programs but when I select my adobe reader nothing happens, there is still only windows media player (he is set as default). Please help me. I am already try all of those steps http://helpx.adobe.com/acrobat/kb/cant-open-pdf.html

If Reader ISN'T in the list of prpgrams to open with, click "Browse"
In the "Browse window" go to C/Program files [or Program Files (x86)]/Adobe/Reader 11/Reader
Select "AcroRd32.exe" and click "Open"
Make sure "Always use the selected program to open this kind of file" is checked and click "OK".

Xdg-open preffered applications

Hello, how can I change the preferred applications that xdg-open uses? For example on pdf files it will open them with firefox, I'd rather have them opened in evince.
I'm using openbox standalone and pcmanfm

Then I don't know what's wrong. I suppose, however, that it would be possible to work through the various steps that xdg-open takes to open a file and see where it breaks. For example, if I run "xdg-open Documents/Stuff/Stuff.pdf" then this is what happens:
If the DE is neither gnome, kde nor xfce then xdg-open will set
the variable $DE to "generic" and will also check $BROWSER, setting it to
"firefox:mozilla:epiphany:konqueror:chromium-browser:google-chrome:links2:links:lynx:w3m"
if it isn't set already.
If $DE is "generic" then the function open_generic will be called.
open_generic will check that the file to be opened is a file and if
it is then it will call open_generic_xdg_mime, which will do the following:
$ filetype=`xdg-mime query filetype Documents/Stuff/Stuff.pdf | sed "s/;.*//"`
$ echo $filetype
application/pdf
$ default='xdg-mime query default "$filetype"`
$ echo $default
evince.desktop
$ xdg_user_dir="$XDG_DATA_HOME"
$ xdg_system_dirs="$XDG_DATA_DIRS"
$ x=`echo "$xdg_user_dir:$xdg_system_dirs" | sed 's/:/ /g'`
We need to select the correct path manually at this point, so
$ echo $x
/home/david/.local/share /usr/share /usr/local/share
evince.desktop is in /usr/share/applications, so
$ x="/usr/share/"
$ file="$x/applications/$default"
$ command="`grep -E "^Exec(\[[^]=]*])?=" "$file" | cut -d= -f 2- | first_word`"
bash: first_word: command not found
Oops, first_word is a function
$ command="`grep -E "^Exec(\[[^]=]*])?=" "$file" | cut -d= -f 2-`"
$ echo $command
evince %U
$ command="evince"
$ command_exec=`which $command 2>/dev/null`
$ echo $command_exec
/usr/bin/evince
$ $command_exec Documents/Stuff/Stuff.pdf
** (evince:26937): WARNING **: Failed to create dbus proxy for org.gnome.SettingsDaemon: Could not get owner of name 'org.gnome.SettingsDaemon': no such name
Evince has started at this point and opened Documents/Stuff/Stuff.pdf!

Xdg-open is indecisive and causes applications to not respond!

For some reason, xdg-open will not respond usually when only called once on a file. Repeating the command rapidly however will work eventually (!?)
$ touch foo.txt
$ xdg-open foo.txt
$ xdg-open foo.txt
$ xdg-open foo.txt # after rapid [up-key]+[enter]s, this will work, for example
$ xdg-mime query filetype foo.txt
text/plain
$ xdg-mime query default text/plain
org.gnome.gedit.desktop
It looks like everything should work fine, from the examples given above, but the problem is there. As a result, I have to repeat the command rapidly in the command line to work, and in Chromium I have to keep on clicking "open in folder" to get Nautilus to launch
I remember when the problem started - it was when I installed libreoffice, and for whatever not-so-smart reason, it sets itself as the default app for text/plain, and application/javascript, in my limited usage. So I used:
$ xdg-mime default gedit.desktop text/plain
$ xdg-mime default gedit.desktop application/javascript
... to try and solve the issue, however I faced the same symptoms I am facing now, and even after removing .local/applications/*, I'm still experiencing the same problems
I'm in desperate need of some help, and would appreciate anyone who has insight on this

I've had this bug ever since GNOME 3.14 came in to Arch but have never found anybody else reporting it so I thought it was something specific to my configuration. Glad to see some others have it!
If you run xdg-open once then it does start nautilus but nautilus does not open the window, e.g. "xdg-open .". Nautilus will stay running for about 1 min and it you run xdg-open again within that time it will work and open the window. As soon as Nautilus stops (or after you stop it with nautlius -q), then the next invocation of xdg-open will not work.
PS later edit: I should point out that, consistent with my description of the problem above, if you use Nautilus to manage your desktop (i.e. set "Icons on Desktop" in GNOME Tweak Tool) then you won't see this bug because Nautilus is always running.
Last edited by bulletmark (2014-12-22 05:34:16)

Xdg-open didn't read ~/.local/share/applications/default.list

Similar Messages

Maybe you are looking for