Error showing url: Operation not supported

[nucleo]

In Finished Downloads/Uploads in KDE 4.2.1 Open from context menu don't works in linuxdcpp 0.7091 revision 303.

[Razzloss (razzloss)]

And you have at least 2.14 version of GTK? It might be some configuration error in your OS (I guess you'd have to tell gtk how to open those files etc. but don't ask me how I haven't been able to open links in chat after rev. 298).

Steven: Maybe we should fall back to xdg-open (even with gtk 2.14), if gtk_show_uri returns an error? I get "Failed to open URI: Operation not supported" when clicking links in chat.

--RZ

[nucleo (nucleo)]

Here My GTK: gtk2-2.14.7-7.fc10.i386.
Linuxdcpp can run not only in GNOME but in KDE too that's why may be using xdg-utils wil be better?

[Steven Sheehy (steven-sheehy)]

We don't depend on GNOME but on GTK+/glib functions, which should be independent of the desktop environment (and the OS eventually). In theory, using gtk_show_uri would allow us not to have to hardcode different executables for each OS. I researched how gtk_show_uri implemented its logic and it seems to use the xdg spec to open URIs in a desktop environment agnostic fashion. I would suggest you file a bug with your distro so that they configure their preferred applications to sane values as most GNOME distros do. In the meantime, we can take a look at falling back to xdg-open/start/open if gtk_show_uri returns an error as razzloss suggested.

[nucleo (nucleo)]

When I try to open downloaded file there is error in console:

GConf Error: Bad key or directory name: "/desktop/gnome/url-handlers/": Key/directory may not end witha slash '/'
Failed to open URI: Operation not supported

[box2 (linuxdcpp)]

Hm, my bug posts were deleted in the merge, blah. What it came down to is that both gtk_show_uri and xdg-open depend on gvfs (which is not a hard dependency of libgtk2.0 as of 2.14.something (at least on Debian)). If you want to try adding another way to open URLs (for instance, how xpdf does it), you can add to your nested if statements to try sensible-browser (the same way you call xdg-open) if both previously mentioned functions throw you an error (in linux/WulforUtil.cc starting at line 220).

The only problem with calling sensible-browser is that it ignores your preferred browser setting, so in Gnome it will open Epiphany, on KDE it will probably open Konqueror.

[Steven Sheehy (steven-sheehy)]

Removed previous changes