Default browser not respected

Bug #65580 reported by Chris Rose
54
This bug affects 1 person
Affects Status Importance Assigned to Milestone
xchat (Ubuntu)
Fix Released
Undecided
Emilio Pozuelo Monfort

Bug Description

My understanding is that xchat should respect gnomes preferred browser setting, which is epiphany. All links in xchat open with dillo.

I'm not sure how to go about diagnosing this.

Revision history for this message
Chris Rose (chris-vault5) wrote :

Possibly related is bug 46446.

Revision history for this message
Ramūnas (ramunazz) wrote :

Can confirm this on dapper

Revision history for this message
Chris Rose (chris-vault5) wrote :

This happens with more than just dillo - bug 65673 has the same with opera.

Changed in xchat:
status: Unconfirmed → Confirmed
Changed in xchat:
status: Confirmed → In Progress
Revision history for this message
Chris Rose (chris-vault5) wrote :

The patch 09_browser.dpatch applied to the xchat source changes xchat to use sensible-browser instead of gnome-open.

I'm guessing this is so its not dependant on gnome-open, which is resonable. The problem is that sensible-browser prefers the system default browser to the users preference.

The attached patch changes the behaviour to try xdg-open first, then deskop preferred browsers with gnome-open or kfmclient before resorting to sensible-browser.

In an ideal world we would just rely on xdg-open but until xdg-utils is installed by default thats not possible.

This also allows xchat to choose a sensible default for protocols other than http.

Revision history for this message
Peter Zelezny (peterzelezny) wrote :

Hi Ubuntu'ers,

Your patch looks much better. We often get complaints in #xchat/freenode about not being able to open links in Ubuntu/Debian due to Debian's old patch. See http://xchat.org/faq/#q221

Just some comments:

1) Your patching of xchat.c is useless, that code is commented out.
2) + moz = g_find_program_in_path ("kfmclient openURL"); I doubt this'll work, you can't put spaces in there, it's looking for a executable only.

P.S What is "xdg-open", is it something I should take upstream?

Revision history for this message
Chris Rose (chris-vault5) wrote :

I left the original modifications in xchat.c as I wasn't sure what they actually did -- I just altered the existing debian patch.

2 is indeed broken. I don't have a KDE install to test it with however.

xdg-open is part of the Portland project

http://portland.freedesktop.org/xdg-utils-1.0beta1/xdg-open.html

the idea being that it takes care of all this sort of thing so the application dosen't have to worry about what the users preferred browser is without being tied to a single desktop environments settings / API. It would be a sensible inclusion upstream I think :)

Revision history for this message
Emilio Pozuelo Monfort (pochu) wrote :

Any news about this bug?

Chris, why you marked it as in progress? Are you working on it?

Revision history for this message
Peter Zelezny (peterzelezny) wrote :

FYI, the behaviour of upstream 2.8.0 has changed: http://xchat.org/faq/#q221

Revision history for this message
Emilio Pozuelo Monfort (pochu) wrote :

Peter: does that solve the problem? I think that yes, but I'm not sure...

Revision history for this message
Emilio Pozuelo Monfort (pochu) wrote :

I've tried it for myself with firefox and konkeror and it works fine, so I mark it as Fix Released (>=2.8.0).

Regards
Pochu

Changed in xchat:
assignee: nobody → pochu
status: In Progress → Fix Released
Revision history for this message
Chris Rose (chris-vault5) wrote :

This has been fixed upstream and the Ubuntu patch to modify the behaviour has been removed in feisty.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.