Summary: | net-irc/hexchat does not respect the system's preference for opening the links | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Agostino Sarubbo <ago> |
Component: | Current packages | Assignee: | Julian Ospald <hasufell> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | CC: | god, proxy-maint |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Agostino Sarubbo
2014-06-04 13:54:58 UTC
maybe a dupe of 504026 (In reply to Agostino Sarubbo from comment #0) > hexchat opens the links unconditionally with www-client/links also if the > system preference is chromium. > > There is no way to change it in the hexchat preferences. And there shouldn't really be, that's left for the desktops, so in eg. Xfce, from menu, Settings > Preferred Applications And if your desktop or minimal WM doesn't have such GUI to select default browser, you do it by hand, either writing directly to mimeapps.list or using xdg-utils commands As in, hexchat is just respecting the default browser provided by mime support in glib What does your ~/.local/share/applications/mimeapps.list look like? It's the x-scheme-handler/http; and x-scheme-handler/https; lines that define default browser. See eg. bug 504026 and http://forums.gentoo.org/viewtopic-p-7562572.html#7562572 "RESOLVED, INVALID", leaving it to hexchat maintainer Here is the official Portage news item: http://sources.gentoo.org/gitweb/?p=proj/gentoo-news.git;a=blob;f=2011/2011-04-27-glib-228/2011-04-27-glib-228.en.txt;h=81a12cb4b2dbda7a1671268fc2beaea582f908a7;hb=c196f42c2d5f3878a29f25c928e4ca281555843b x-scheme-handlers have been the default since 2011 and GLib 2.28 (In reply to Agostino Sarubbo from comment #1) > maybe a dupe of 504026 most definately, if you use KDE. KDE doesn't have capability for setting default browser, mail client, torrent client, terminal, and such looks like the wrong bug tracker https://github.com/hexchat/hexchat/issues/660 Could be misconfiguration or not. Anyway, this cannot be solved on ebuild level. If there is a patch, I can backport it. (In reply to Julian Ospald (hasufell) from comment #5) > looks like the wrong bug tracker Well, this bug should have been filed as "I'm using desktop $something and when I set default browser from it, it fails to set x-scheme-handlers for http and https to mimeapps.list for glib's and xdg-utils's mime which has been the default since 2011 and GLib 2.28" So this bug should have been filed against the maintainers of the desktop he is using, so like bug 504026 I know for a fact Xfce and GNOME works as expected when setting default apps, and I know for a fact KDE has been broken since 2011 regarding setting default browser for other than KDE programs Dunno about other desktops if they properly handle the x-scheme-handlers, but there was the official Portage GLEP 42 news item sent regarding it with instructions for manually setting them Setting default browser used to be a problem in the past, there was multiple different ways of setting it, but the x-scheme-handlers finally took over and it's the only way to set them left, some old ways like $BROWSER still exist as a fallback in some apps like xdg-utils, but the x-scheme-handlers take priority everywhere it matters > > https://github.com/hexchat/hexchat/issues/660 That looks like different issue. (In reply to Samuli Suominen from comment #6) > (In reply to Julian Ospald (hasufell) from comment #5) > > https://github.com/hexchat/hexchat/issues/660 > > That looks like different issue. URL handling, KDE user. Looks like the same. (In reply to Julian Ospald (hasufell) from comment #7) > (In reply to Samuli Suominen from comment #6) > > (In reply to Julian Ospald (hasufell) from comment #5) > > > https://github.com/hexchat/hexchat/issues/660 > > > > That looks like different issue. > > URL handling, KDE user. Looks like the same. As original reporter of bug, listed at URL, i can say - problem was in misconfigured workstation. Somehow xdg preferences was borked. When i run(replace browser.desktop with apropriate desktop file for your browser): $ xdg-mime default browser.desktop x-scheme-handler/http $ xdg-mime default browser.desktop x-scheme-handler/https issue was fixed. And, by the way, KDE has default browser/mail-client settings, but they are 'default' only for KDE apps. Not sure, if they can be synced with XDG settings, though. I have this problem on one of two identical software configurations, so, i do not know why it broke. also... upstream doesn't seem to intend to make this url opening logic more desktop dependant |