If you start Mozilla Thunderbird in a console window, and click on an https URL link in a message, the following error is produced: [ftg@ftgme2 ~]$ mozilla-thunderbird DOUBLE-CLICK: 400 --> -1 THRESHOLD: 8 --> -1 gvfs-open: https://bugs.mageia.org/show_bug.cgi?id=397: error opening location: HTTP Error: TLS/SSL support not available; install glib-networking Indeed, glib-networking was *not* installed (why not ?), but installing it made no difference - the same error resulted even after rebooting.
CC: (none) => thierry.vignaudSummary: gvfs missing TLS/SSL support => missing suggests on glib-networking (gvfs missing TLS/SSL support)
Thunderbird uses xdg-open by default AFAICS. However gvfs-open should work too.. Please test this, edit .local/share/applications/mimeapps.list (create it if it doesn't exist), and put the following in it: [Added Associations] x-scheme-handler/http=firefox.desktop x-scheme-handler/https=firefox.desktop then try $ gvfs-open https://bugs.mageia.org/show_bug.cgi?id=397:
Keywords: (none) => NEEDINFO
That does it nicely. Question, though. I had an existing .local/.../mimeapps.list of: [Added Associations] application/xml=gedit.desktop;mandriva-mozilla-firefox.desktop;wine-extension-xml.desktop;opera.desktop;midori.desktop;bluefish.desktop;firefox.desktop;chromium-browser.desktop;epiphany.desktop;mandriva-kompozer.desktop;kde4-kfmclient_html.desktop;wine-extension-ini.desktop;wine-extension-txt.desktop;emacs.desktop;kde4-kate.desktop;kde4-kwrite.desktop;kde4-kword.desktop;leafpad.desktop;abiword.desktop;writer.desktop;estickies.desktop; application/x-cd-image=vlc.desktop;nautilus-cd-burner-open-iso.desktop;file-roller.desktop;kde4-ark.desktop;kde4-k3b.desktop;brasero.desktop;totem.desktop; video/x-flv=vlc.desktop;totem.desktop; application/octet-stream=userapp-okteta-B9RSQV.desktop;vlc.desktop;userapp-gedit-8RWXLV.desktop;totem.desktop; application/x-java=userapp-okteta-9I1RLV.desktop; application/x-shellscript=gedit.desktop; text/x-c++src=gedit.desktop; application/x-shockwave-flash=vlc.desktop; video/x-ms-wmv=vlc.desktop; which I don't recall creating. How did this get there ? It seems considerably more extensive than /usr/share/spplications/mimeapps.list: [Added Associations] application/xhtml+xml=firefox.desktop;kde4-kfmclient_html.desktop;kde4-kwrite.desktop;gedit.desktop;writer.desktop; text/html=firefox.desktop;kde4-kfmclient_html.desktop;kde4-kwrite.desktop;writer.desktop;
Ah, never mind, as I look closer, I can see where they come from - fiddling with nautilus' "Open With" defaults. Sorry for the noise. So, what component owns this bug ?
mimeapps.list gets edited by various tools to change default apps. The package is shared-mime-info. I'll add some entries for x-scheme-handler/http* in the default /usr/share/applications/mimeapps.list (desktop-file-utils-0.18 specs allow x-scheme-handler/* mimetypes).
Keywords: NEEDINFO => TriagedAssignee: bugsquad => ahmadsamir3891Source RPM: gvfs => shared-mime-info-0.90-1.mga1
Package submitted. (You can test by removing your changes in ~/.local/share/applications/mimeapps.list, and see if it still works with the updated shared-mime-info).
Summary: missing suggests on glib-networking (gvfs missing TLS/SSL support) => gvfs-open can't open https links
Working perfectly now, thanks !
Status: NEW => RESOLVEDResolution: (none) => FIXED