Version: unspecified (using KDE 4.4.2) OS: Linux Using Akregator, when I open a http link in my external browser (Konqueror) I get an URL like "/var/tmp/kdecache-$USER/krun/2378.0." instead of the public http URI. Of course CCS doesn't work so the page is shown really incorrectly. Same occurs when clicking in a http link in Kmail or Kopete so it seems a general problem (perhaps related to kio, not sure however). This annoying bug occurs from some time ago and still is present in KDE 4.4.2 (Kubuntu 10.04). Reproducible: Didn't try Steps to Reproduce: Open i.e. Kopete and tell a contact to write you a http link to "http://www.google.com" in a IM. Click the link. Actual Results: Konqueror appears showing a URL like "/var/tmp/kdecache-$USER/krun/2378.0.", CSS doesn't work, the page is unusable. Expected Results: Konqueror should open "http://www.google.com" as usual.
I was just about to report the same bug, I noticed this with kopete and kmail. I don't know since when this happens, because I have been using chromium for a while as standard browser. I just switched back to konqueror, and the problem showed up. It also happens when I select dillo as default browser in systemsettings, but does not happen with chromium, firefox, midori or opera. I'm using KDE 4.5.0 with Gentoo on amd64.
it's happening here with kde 4.5.68
> --- Comment #2 from Balcaen John <mikala mandriva org> 2010-09-18 14:24:21 --- > it's happening here with kde 4.5.68 A workaround to fix the issue is changing the KDE default web browser (i.e., set "firefox") and then come back to konqueror.
this work around does not seems to works on kde 4.5.68 :/
Workaround doesn't work in KDE 4.5.2 either.
How exactly did you select konqueror as default browser? By typing konqueror in the lineedit, in `kcmshell componentchooser`, or by clicking the radiobutton "Open application based on contents of the URL"? Can I get some debug output from the time you click on a link? (use kdebugdialog to enable debug output, if needed). This sounds related to the changes that triggered bug 253294, but if it happens with konqueror then something else is wrong.
Still exists in OpenSuSE with the KDE Unstable OBS version 4.5.71. The issue seems that KIO is passing a temporary file instead of the actual URL which is causing broken links and other unpleasentness. This effectively makes KDEPIM unusable for most mail that contain links.
I get just the same issue here: Qt: 4.7.0 KDE Development Platform: 4.5.2 (KDE 4.5.2) KMail: 1.13.5 I get the same behavior even when i try to open the link from Psi jabber client. The settings of the default browser doesnt seen to affect this in any way.
I have the same issue. OS: Archlinux kdenetwork-kopete 4.5.2-1 kdepim-kmail 4.4.7-1 qt 4.7.0-4 Default browser google-chrome set via control center.
I just re-compiled everything with gcc 4.5.1, and upgraded to KDE 4.5.3. And the problem is gone!
A quick way to test if you are suffering from this issue is to check the kde-open command: $ kde-open http://dotancohen.com See that the address in the browser starts with file:///var/tmp/kdecache-* Now, contrast with other ways of opening URLs from the CLI: $ gnome-open http://dotancohen.com $ python -mwebbrowser http://dotancohen.com
This is working fine for me with KDE 4.5.4.
(In reply to comment #11) > A quick way to test if you are suffering from this issue is to check the > kde-open command: > $ kde-open http://dotancohen.com > > See that the address in the browser starts with file:///var/tmp/kdecache-* Working ok for me in Kubnutu 10.10 (KDE 4.5.1).
Well, the bug can be closed now then. If you still experience it with KDE SC >= 4.5.3, please reopen.
I still experience this bug with KDE SC 4.6 Beta2 (4.5.85) and Kopete/KMail. But Konversation opens links correctly. P.S.: I can't reopen this bug.
(In reply to comment #15) > I still experience this bug with KDE SC 4.6 Beta2 (4.5.85) and Kopete/KMail. > But Konversation opens links correctly. My distro is Gentoo.
Well, reopening then.
Is it the same bug as #253547 ?
I can also confirm the issue in KDE 4.6 beta2.
This is not a kio_http issue as such changed product and component to be the same as bug# 253547.
"kde-open http://kde.org/" still opens a file in "/var/tmp/..." for me. I have KDE SC 4.6.2, except for these packages that were built from Git yesterday: kdelibs, kde-baseapps, kde-workspace.
The problem does not show up here since my comment #10. In order to check if this is a configuration issue, could you try with a new user or with a moved .kde directory? Maybe even cleaning / moving /var/tmp/kdecache-$USER?
Works with clean $HOME and /var/tmp/. Closing then.
Let me tell my story of fixing the problem without cleaning $HOME. I opened "System Settings" -> "File Associations" and selected "text/html" there. In the list of applications, there were two "Konqueror"s. One of them was on top of the list (it was konqbrowser.desktop, the command was "kfmclient openProfile webbrowsing"). I moved the other "Konqueror" (kfmclient_html.desktop, command "kfmclient openURL %u text/html") to the top of the list, and now Konqueror opens any URL correctly (without downloading into /var/tmp/...).
(In reply to comment #24) > Let me tell my story of fixing the problem without cleaning $HOME. > > I opened "System Settings" -> "File Associations" and selected "text/html" > there. In the list of applications, there were two "Konqueror"s. One of them > was on top of the list (it was konqbrowser.desktop, the command was "kfmclient > openProfile webbrowsing"). I moved the other "Konqueror" > (kfmclient_html.desktop, command "kfmclient openURL %u text/html") to the top > of the list, and now Konqueror opens any URL correctly (without downloading > into /var/tmp/...). konqbrowser.desktop should not show up in that list because it does not have the "MimeType=" entry. The fact that it does for you means that either the file has been modified to contain the "MimeType=" property by your distribution or it is somehow being installed in the incorrect location ?? Either way, you might want to find out the source and report it to your distro. For reference on my system (ArchLinux), konqbrowser.desktop is installed under /usr/share/applications/kde4/.
Created attachment 60282 [details] /usr/share/applications/kde4/konqbrowser.desktop It's in /usr/share/applications/kde4/konqbrowser.desktop. The file doesn't contain "MimeType=" (see attachment).
By the way, konqbrowser.desktop might have been left over after numerous manual installations from Git.
*** Bug 109924 has been marked as a duplicate of this bug. ***
To get KDE to open URLs in Firefox directly without /var/tmp/... I had to set the path to "/usr/bin/firefox" instead of simply "firefox". This could be done in either one of these two places: System Settings -> Default Applications -> Web Browser -> This Browser - or, if the above is set to "Depending on content", then - System Settings -> File Associations -> HTML
I had this problem w/ chrome on Gentoo. I had to change the entry under the file associations to "/usr/bin/google-chrome-beta %U" instead of just "/usr/bin/google-chrome-beta".