In KDE4 Konversation, clicking on URL does not open Konqueror

Bug #271598 reported by Scott Kitterman
12
This bug affects 1 person
Affects Status Importance Assigned to Milestone
kubuntu-default-settings (Ubuntu)
Fix Released
Medium
Harald Sitter
Intrepid
Invalid
Undecided
Unassigned

Bug Description

Binary package hint: kubuntu-default-settings

In KDE4.1.1/Intrepid on Live CD if I click on a URL in Konversation it does not appear to know what application to use to open the url. I got a request to see if I wanted to accept a cookie and then the application selection menu. I selected Konqueror and while it opened, the URL did not seem to be passed to it.

Tags: iso-testing
Revision history for this message
David Barreda (arkoldthos) wrote :

Same happening here, on an updated Intrepid Ibex.
I can't see the option to choose Konqueror over Firefox -as I can with the other options- in Default Applications -> Web Browser (System Settings)

Revision history for this message
Scott Kitterman (kitterman) wrote :

I worked around this problem by changing (in Konversation):

Settings -> Configure Konversation -> General and under Miscellaneous check "Use custom web browser" and put "konqueror '%u'" in the box.

Changed in kubuntu-default-settings:
importance: Undecided → Medium
status: New → Confirmed
Changed in kubuntu-default-settings:
assignee: nobody → apachelogger
Revision history for this message
Scott Kitterman (kitterman) wrote :

Looked at the proposed patch ...

First, my normal user doesn't have a .kde3 dir, the konversationrc is in .kde. So I made the change there (after undoing my settings change above) and clicking on a link opened Firefox. I removed Firefox and then clicking on a link opened KImageEditor.

So you're change is, I think, part of the answer, but somehow this system also needs to get taught that Konqueror is a web browser or some such.

Revision history for this message
Harald Sitter (apachelogger) wrote :

xdg-open follows the default setting of whatever desktop you are using. I.e. on KDE it will invoke kfmclient in order to access the default KDE webbrowser and on GNOME it will try to find out which browser to use AFAIK.

The thing with xdg-open is that it follows the mimetype as primary application indicator, so if the server is sending a PNG mimetype xdg-open will invoke the default application for PNGs, which appears to be the case when KImageEditor opened. If the URL was not leading to an image file you might want to try if it works properly with a new user.

BTW, the konversationrc goes to /usr/share/kubuntu-default-settings/kde-profile/default/share/config/

Revision history for this message
Scott Kitterman (kitterman) wrote : Re: [Bug 271598] Re: In KDE4 Konversation, clicking on URL does not open Konqueror

The url I clicked on for testing this was a regular web page.

Before I upgraded from Hardy/KDE3, Konqueror opened in these cases just
fine. I did not change any related settings.

Revision history for this message
Scott Kitterman (kitterman) wrote :

xdg-open magicallly started working later in the day with no reboots. Dunno,
but it seems good.

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package kubuntu-default-settings - 1:9.04.1

---------------
kubuntu-default-settings (1:9.04.1) jaunty; urgency=low

  [ Guillaume Martres ]
  * Added back kuriikwsfilterrc, changed the default search engine from strigi
    to google_lucky, same change for the kuriikwsfilterrc of kde3/
  * Reenabled installation of the contrastlarge cursor theme, ported
    the accessibility config files to KDE4 but don't install them

  [ Harald Sitter ]
  * Use xdg-open as command for web browsers (LP: #271598)
  * Add kde-rc-files/katemoderc to get syntax highlighting for pbuilderrc,
    also set 'changelog' as pattern for Debian Changelog (the generic changelog
    item uses ChangeLog as pattern anyway)
  * Deactivate Boxswitch effect in favor of Coverswitch (LP: #291532)
  * Don't update the x-cursor-theme alternative, there is no X cursor theme.
  * Change version scheme to native package
  * Remove ksvgplugin.rc - KSVG is no more
  * Consistent spelling colour-schemes => color-schemes
  * Farewell dirfilterplugin.rc! Directory filtering isn't a plugin anymore, but
    directly implemented into the dolphinpart. It is, however, not as space
    saving as the plugin for Konqueror, so activating it by default would be
    rather annoying. It is very likely that upstream will turn it on by
    default once Nepomuk is fully integrated though.
  * Remove gwenviewui.rc, it breaks the menu and rather uggly cripples
    Gwenview, which is especially awkward since in Gwenview 2.2 one doesn't
    need the menu at all (except for advanced use cases).
    + gvimagepart.rc
  * Remove lipstikstylerc and polyesterstylerc (neither available for KDE 4)
  * Add ${misc:Depends} to make lintian happy
  * Fix changelog formatting to make lintian a bit happier
  * Install gtk-qt-engine.rc.sh executable to make lintian completely happier
  * Remove debian/dirs to make lintian the happiest ;-)

 -- Harald Sitter <email address hidden> Fri, 02 Jan 2009 08:50:20 +0100

Changed in kubuntu-default-settings:
status: Confirmed → Fix Released
tags: added: iso-testing
Revision history for this message
Alex Valavanis (valavanisalex) wrote :

Intrepid Ibex reached end-of-life on 30 April 2010 so I am closing the
report. The bug has been fixed in newer releases of Ubuntu.

Changed in kubuntu-default-settings (Ubuntu Intrepid):
status: New → Invalid
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.