I run KDE but use a number of Gnome applications including Evolution. I'm currently using Opera as my default web browser, but can't get Evolution to recognise this. Running gnome-control-center offers me a list of possible browsers but Opera is not one of them and I don't see where I can add it as an option.
I cannot make head or tail of gsettings (nothing under the evolution- related schemas says anything about browsers), so I try xdg-settings:
$ xdg-settings get default-web-browser opera.desktop
Looks fine, right? But clicking on a link in Evolution opens Firefox. So my question is, if xdg-settings is meant to be the solution to DE incompatibility issues, why does this not work?
poc
On Thu, 20 Jul 2017 13:33:47 +0100 Patrick O'Callaghan wrote:
Looks fine, right? But clicking on a link in Evolution opens Firefox. So my question is, if xdg-settings is meant to be the solution to DE incompatibility issues, why does this not work?
I can add to your confusion :-).
Here's the info I dug up the last time I tried to figure out default apps:
http://tomhorsley.com/game/mimes.html
Of course that was a few years ago, and since this is open source we are talking about, everything has probably been re-written 5 times since then.
On Thu, Jul 20, 2017 at 8:42 AM Tom Horsley horsley1953@gmail.com wrote:
On Thu, 20 Jul 2017 13:33:47 +0100 Patrick O'Callaghan wrote:
Looks fine, right? But clicking on a link in Evolution opens Firefox. So my question is, if xdg-settings is meant to be the solution to DE incompatibility issues, why does this not work?
I can add to your confusion :-).
Here's the info I dug up the last time I tried to figure out default apps:
http://tomhorsley.com/game/mimes.html
Of course that was a few years ago, and since this is open source we are talking about, everything has probably been re-written 5 times since then.
I noticed xdg-open stopped working on directories also (using F25). I frequently use "xdg-open ." from gnome-terminal when I want to do something which is faster in the GUI than from the CLI, and I've had to switch to "nautilus ."; I wonder if this is related?
On 07/20/17 20:33, Patrick O'Callaghan wrote:
I run KDE but use a number of Gnome applications including Evolution. I'm currently using Opera as my default web browser, but can't get Evolution to recognise this. Running gnome-control-center offers me a list of possible browsers but Opera is not one of them and I don't see where I can add it as an option.
I cannot make head or tail of gsettings (nothing under the evolution- related schemas says anything about browsers), so I try xdg-settings:
$ xdg-settings get default-web-browser opera.desktop
Looks fine, right? But clicking on a link in Evolution opens Firefox. So my question is, if xdg-settings is meant to be the solution to DE incompatibility issues, why does this not work?
No, that is not enough....
What do you have for....
xdg-settings get default-url-scheme-handler http xdg-settings get default-url-scheme-handler https
On Fri, 2017-07-21 at 05:26 +0800, Ed Greshko wrote:
On 07/20/17 20:33, Patrick O'Callaghan wrote:
I run KDE but use a number of Gnome applications including Evolution. I'm currently using Opera as my default web browser, but can't get Evolution to recognise this. Running gnome-control-center offers me a list of possible browsers but Opera is not one of them and I don't see where I can add it as an option.
I cannot make head or tail of gsettings (nothing under the evolution- related schemas says anything about browsers), so I try xdg-settings:
$ xdg-settings get default-web-browser opera.desktop
Looks fine, right? But clicking on a link in Evolution opens Firefox. So my question is, if xdg-settings is meant to be the solution to DE incompatibility issues, why does this not work?
No, that is not enough....
What do you have for....
xdg-settings get default-url-scheme-handler http xdg-settings get default-url-scheme-handler https
They also show firefox.desktop, however if I try to change it:
$ xdg-settings set default-url-scheme-handler http opera.desktop $ xdg-settings get default-url-scheme-handler http firefox.desktop
IOW I can't change it. (And yes, the opera.desktop file exists.)
poc
On 07/21/17 06:25, Patrick O'Callaghan wrote:
On Fri, 2017-07-21 at 05:26 +0800, Ed Greshko wrote:
On 07/20/17 20:33, Patrick O'Callaghan wrote:
I run KDE but use a number of Gnome applications including Evolution. I'm currently using Opera as my default web browser, but can't get Evolution to recognise this. Running gnome-control-center offers me a list of possible browsers but Opera is not one of them and I don't see where I can add it as an option.
I cannot make head or tail of gsettings (nothing under the evolution- related schemas says anything about browsers), so I try xdg-settings:
$ xdg-settings get default-web-browser opera.desktop
Looks fine, right? But clicking on a link in Evolution opens Firefox. So my question is, if xdg-settings is meant to be the solution to DE incompatibility issues, why does this not work?
No, that is not enough....
What do you have for....
xdg-settings get default-url-scheme-handler http xdg-settings get default-url-scheme-handler https
They also show firefox.desktop, however if I try to change it:
$ xdg-settings set default-url-scheme-handler http opera.desktop $ xdg-settings get default-url-scheme-handler http firefox.desktop
IOW I can't change it. (And yes, the opera.desktop file exists.)
Does the opera.desktop file contain a MimeType line and does it include x-scheme-handler/http;x-scheme-handler/https; on that line?
If it doesn't, add it.
Then, as root run... update-desktop-database -q
And try again the xdg-settings set commands.
On Fri, 2017-07-21 at 06:53 +0800, Ed Greshko wrote:
On 07/21/17 06:25, Patrick O'Callaghan wrote:
On Fri, 2017-07-21 at 05:26 +0800, Ed Greshko wrote:
On 07/20/17 20:33, Patrick O'Callaghan wrote:
I run KDE but use a number of Gnome applications including Evolution. I'm currently using Opera as my default web browser, but can't get Evolution to recognise this. Running gnome-control-center offers me a list of possible browsers but Opera is not one of them and I don't see where I can add it as an option.
I cannot make head or tail of gsettings (nothing under the evolution- related schemas says anything about browsers), so I try xdg-settings:
$ xdg-settings get default-web-browser opera.desktop
Looks fine, right? But clicking on a link in Evolution opens Firefox. So my question is, if xdg-settings is meant to be the solution to DE incompatibility issues, why does this not work?
No, that is not enough....
What do you have for....
xdg-settings get default-url-scheme-handler http xdg-settings get default-url-scheme-handler https
They also show firefox.desktop, however if I try to change it:
$ xdg-settings set default-url-scheme-handler http opera.desktop $ xdg-settings get default-url-scheme-handler http firefox.desktop
IOW I can't change it. (And yes, the opera.desktop file exists.)
Does the opera.desktop file contain a MimeType line and does it include x-scheme-handler/http;x-scheme-handler/https; on that line?
If it doesn't, add it.
Then, as root run... update-desktop-database -q
And try again the xdg-settings set commands.
Did all that and it made no difference. I also logged out and in again just in case.
poc
On 07/21/17 07:51, Patrick O'Callaghan wrote:
On Fri, 2017-07-21 at 06:53 +0800, Ed Greshko wrote:
On 07/21/17 06:25, Patrick O'Callaghan wrote:
On Fri, 2017-07-21 at 05:26 +0800, Ed Greshko wrote:
On 07/20/17 20:33, Patrick O'Callaghan wrote:
I run KDE but use a number of Gnome applications including Evolution. I'm currently using Opera as my default web browser, but can't get Evolution to recognise this. Running gnome-control-center offers me a list of possible browsers but Opera is not one of them and I don't see where I can add it as an option.
I cannot make head or tail of gsettings (nothing under the evolution- related schemas says anything about browsers), so I try xdg-settings:
$ xdg-settings get default-web-browser opera.desktop
Looks fine, right? But clicking on a link in Evolution opens Firefox. So my question is, if xdg-settings is meant to be the solution to DE incompatibility issues, why does this not work?
No, that is not enough....
What do you have for....
xdg-settings get default-url-scheme-handler http xdg-settings get default-url-scheme-handler https
They also show firefox.desktop, however if I try to change it:
$ xdg-settings set default-url-scheme-handler http opera.desktop $ xdg-settings get default-url-scheme-handler http firefox.desktop
IOW I can't change it. (And yes, the opera.desktop file exists.)
Does the opera.desktop file contain a MimeType line and does it include x-scheme-handler/http;x-scheme-handler/https; on that line?
If it doesn't, add it.
Then, as root run... update-desktop-database -q
And try again the xdg-settings set commands.
Did all that and it made no difference. I also logged out and in again just in case.
OK.... I've just been trying it with opera and haven't been able to get it right yet either. But, that is the issue. One needs to get the x-scheme-handler to report opera.desk top.
The problem is that application information is kept in multiple places and I forget the order that information is parsed. I suppose it may be time to look at the /usr/bin/xdg-settings script again. :-(
On 07/21/17 07:51, Patrick O'Callaghan wrote:
xdg-settings set default-url-scheme-handler http opera.desktop
Also, a clue?, after you follow that command with echo $? you get a "4" which the man page for xdg-settings say is "The action failed". I know....no kidding. :-)
On 07/21/17 07:51, Patrick O'Callaghan wrote:
Did all that and it made no difference. I also logged out and in again just in case.
OK.....try this....
manually edit the file /usr/share/applications/gnome-mimeapps.list to reflect
x-scheme-handler/http=opera.desktop x-scheme-handler/https=opera.desktop
I just did that and tested it on a KDE only F26 system and it worked just fine with both T-Bird and Evolution.
On Fri, 2017-07-21 at 09:29 +0800, Ed Greshko wrote:
On 07/21/17 07:51, Patrick O'Callaghan wrote:
Did all that and it made no difference. I also logged out and in again just in case.
OK.....try this....
manually edit the file /usr/share/applications/gnome-mimeapps.list to reflect
x-scheme-handler/http=opera.desktop x-scheme-handler/https=opera.desktop
I just did that and tested it on a KDE only F26 system and it worked just fine with both T-Bird and Evolution.
Nope, that didn't do it either (even after logging out and in again). I also double-checked the above file to make sure the edit was correct:
$ grep http /usr/share/applications/gnome-mimeapps.list x-scheme-handler/http=opera.desktop x-scheme-handler/https=opera.desktop
I even tried the same trick but with google-chrome.desktop (in case there was somthing peculiar about Opera) and that didn't work either.
I also tried logging in under Gnome (desperate times require desperate measures :-) but again it made no difference.
poc
On 07/21/17 18:23, Patrick O'Callaghan wrote:
On Fri, 2017-07-21 at 09:29 +0800, Ed Greshko wrote:
On 07/21/17 07:51, Patrick O'Callaghan wrote:
Did all that and it made no difference. I also logged out and in again just in case.
OK.....try this....
manually edit the file /usr/share/applications/gnome-mimeapps.list to reflect
x-scheme-handler/http=opera.desktop x-scheme-handler/https=opera.desktop
I just did that and tested it on a KDE only F26 system and it worked just fine with both T-Bird and Evolution.
Nope, that didn't do it either (even after logging out and in again). I also double-checked the above file to make sure the edit was correct:
$ grep http /usr/share/applications/gnome-mimeapps.list x-scheme-handler/http=opera.desktop x-scheme-handler/https=opera.desktop
I even tried the same trick but with google-chrome.desktop (in case there was somthing peculiar about Opera) and that didn't work either.
I also tried logging in under Gnome (desperate times require desperate measures :-) but again it made no difference.
Well, this is bizarre....
After I did what I did, and thought that was the answer I can no longer change back to either firefox or google-chrome.
Since this is a VM I think I'll restore the snap shot and try a few more things.
On Fri, 2017-07-21 at 18:49 +0800, Ed Greshko wrote:
On 07/21/17 18:23, Patrick O'Callaghan wrote:
On Fri, 2017-07-21 at 09:29 +0800, Ed Greshko wrote:
On 07/21/17 07:51, Patrick O'Callaghan wrote:
Did all that and it made no difference. I also logged out and in again just in case.
OK.....try this....
manually edit the file /usr/share/applications/gnome-mimeapps.list to reflect
x-scheme-handler/http=opera.desktop x-scheme-handler/https=opera.desktop
I just did that and tested it on a KDE only F26 system and it worked just fine with both T-Bird and Evolution.
Nope, that didn't do it either (even after logging out and in again). I also double-checked the above file to make sure the edit was correct:
$ grep http /usr/share/applications/gnome-mimeapps.list x-scheme-handler/http=opera.desktop x-scheme-handler/https=opera.desktop
I even tried the same trick but with google-chrome.desktop (in case there was somthing peculiar about Opera) and that didn't work either.
I also tried logging in under Gnome (desperate times require desperate measures :-) but again it made no difference.
Well, this is bizarre....
After I did what I did, and thought that was the answer I can no longer change back to either firefox or google-chrome.
Since this is a VM I think I'll restore the snap shot and try a few more things.
Thanks for taking the time Ed. You've already spent more effort on this than I have :-) However it clearly indicates a bug, even if it's "only" at the level of usability. If we can narrow it down I'll be happy to report it to BZ.
poc
On 07/21/17 19:16, Patrick O'Callaghan wrote:
Thanks for taking the time Ed. You've already spent more effort on this than I have :-) However it clearly indicates a bug, even if it's "only" at the level of usability. If we can narrow it down I'll be happy to report it to BZ.
OK.... It is getting late here and I've family things to addend to.
So far, I've got a VM with T-Bird, Evolution, Opera, and Chrome installed with a VM snapshot. I've noticed that while making this snapshot that a pristine users has no ~/.local/applications directory nor a mimeapps.list file in their directory structure.
I hope to figure out what "magic" is needed to get it to work. Hopefully via the command line. The darn xdg-settings script is not so straight forward as it has check for gnome, gnome3, kde, and xfce. It also has multiple areas that it seems to look for .desktop file and not so certain what/where takes precedence.
Oh, well....time for a Jack.
On 07/21/17 19:16, Patrick O'Callaghan wrote:
If we can narrow it down I'll be happy to report it to BZ.
OK.... Now I have it working fine starting from a "virgin" user.
[egreshko@f26-rc15k ~]$ default-browser-firefox [egreshko@f26-rc15k ~]$ show-default firefox.desktop firefox.desktop firefox.desktop [egreshko@f26-rc15k ~]$ default-browser-chrome [egreshko@f26-rc15k ~]$ show-default google-chrome.desktop google-chrome.desktop google-chrome.desktop [egreshko@f26-rc15k ~]$ default-browser-opera [egreshko@f26-rc15k ~]$ show-default opera.desktop opera.desktop opera.desktop
Can you check your user's directory structure to see if you have multiple mimeapps.list files?
[egreshko@f26-rc15k ~]$ locate mimeapps.list /home/egreshko/.config/mimeapps.list /usr/share/applications/gnome-mimeapps.list /usr/share/applications/kde-mimeapps.list /usr/share/applications/mimeapps.list
Whenever I issue a xdg-settings command /home/egreshko/.config/mimeapps.list gets altered. During my earlier testing I had a /home/egreshko/.local/share/applications/mimeapps.list file which I think may have been screwing the checking being done.
On Fri, 2017-07-21 at 21:06 +0800, Ed Greshko wrote:
On 07/21/17 19:16, Patrick O'Callaghan wrote:
If we can narrow it down I'll be happy to report it to BZ.
OK.... Now I have it working fine starting from a "virgin" user.
[egreshko@f26-rc15k ~]$ default-browser-firefox [egreshko@f26-rc15k ~]$ show-default firefox.desktop firefox.desktop firefox.desktop [egreshko@f26-rc15k ~]$ default-browser-chrome [egreshko@f26-rc15k ~]$ show-default google-chrome.desktop google-chrome.desktop google-chrome.desktop [egreshko@f26-rc15k ~]$ default-browser-opera [egreshko@f26-rc15k ~]$ show-default opera.desktop opera.desktop opera.desktop
Can you check your user's directory structure to see if you have multiple mimeapps.list files?
[egreshko@f26-rc15k ~]$ locate mimeapps.list /home/egreshko/.config/mimeapps.list /usr/share/applications/gnome-mimeapps.list /usr/share/applications/kde-mimeapps.list /usr/share/applications/mimeapps.list
$ ls -l `locate mimeapps.list` -rw-rw-r--. 1 poc poc 858 Jul 21 00:42 /home/poc/.config/mimeapps.list -rw-------. 1 poc poc 631 Feb 16 2016 /home/poc/.kde/share/config/mimeapps.list -rw-rw-r--. 1 poc poc 784 May 14 2016 /home/poc/.local/share/applications/mimeapps.list -rw-rw-r--. 1 poc poc 0 Oct 8 2015 /home/poc/.local/share/mimeapps.list -rw-r--r--. 1 root root 13630 Jul 21 11:15 /usr/share/applications/gnome-mimeapps.list -rw-r--r--. 1 root root 8565 Apr 20 13:37 /usr/share/applications/kde-mimeapps.list -rw-r--r--. 1 root root 13634 Feb 12 00:47 /usr/share/applications/mimeapps.list -rw-r--r--. 1 root root 906 May 10 09:35 /usr/share/gdm/greeter/applications/mimeapps.list
Whenever I issue a xdg-settings command /home/egreshko/.config/mimeapps.list gets altered. During my earlier testing I had a /home/egreshko/.local/share/applications/mimeapps.list file which I think may have been screwing the checking being done.
There are a couple of things under ~/.local which possibly shouldn't be there. I moved them aside and tried again, after running update- desktop-database. No difference. Did the same but with the one under .kde/share/... Same story.
I finally did a manual edit on ~/.config/mimeapps.list, ran the updater, and now it works.
Interestingly, the gnome-control-center app now shows Opera as an option, which it didn't before.
I suspect the other files are holdovers from previous versions, as I always just update my system and have been doing so for years. None of them have been recreated after logging out and in again, so I assume they are surplus to requirements. Would it be too much to expect a warning message when obsolete config files are found?
Thanks for your diligence Ed. Many kudos points. I'm not sure where to report this or even if it will be recognised as a bug rather than just spectacularly bad UI design.
poc
-
Christopher -
Ed Greshko -
Ed Greshko -
Patrick O'Callaghan -
Tom Horsley