Version: 4.5 (using Devel) OS: Linux When I click on https url address in kmail or kopete the web page is downloaded and opened from disk instead of opening the link in a web browser. This behavior starts after upgrade to KDE 4.5.2. Reproducible: Always Steps to Reproduce: Open e.g. https://bugzilla.redhat.com/show_bug.cgi?id=640204 in the body of email in kmail or in the conversation in kopete. Actual Results: Notification "Copying [Finished] /home/radek/.kde/cache-dh...krun/21196.0.show_bug.cgi" appears and this url is opened in default browser: file:///home/radek/.kde/cache-dhcp-lab-218.englab.brq.redhat.com/krun/21682.0.show_bug.cgi Expected Results: https://bugzilla.redhat.com/show_bug.cgi?id=640204 opens in the default browser. kdelibs-4.5.2-0.2.fc13.i686 kdepim-4.4.6-2.fc13.i686 kdepimlibs-4.5.2-0.1.fc13.i686 kdenetwork-4.5.2-0.1.fc13.i686
Since KMail and Kopete use KHTML, it might be a Konqueror problem. Otherwise, please reassign to kio.
Which web browser is this about? This is probably a problem due to the handling of %u in the Exec line (of the .desktop file) which currently requires X-KDE-Protocols=http,https Maybe we could assume that "%u and no X-KDE-Protocols line" (and no kde categories) imply that http is supported, to make this migration a bit easier... Anyway, let's first double-check: which browser, and if not a kde browser, does adding X-KDE-Protocols=http,https in the .desktop files, fix the problem?
Does the same happen when doing kde-open http://www.kde.org ?
It firefox 3.6.10, but it worked fine with all previous versions of KDE (even with 4.5.0) so I think this is not issue of firefox. 'kde-open http://www.kde.org' works fine. 'kde-open http://abclinuxu.cz' works also fine, but 'kde-open https://abclinuxu.cz' show dialog about invalid certificate and then opens pre-downloaded page. I'll check X-KDE-Protocol later.
I have exactly the same problem (just switched to KDE 4.5.2). It occurs to me with URLs in Konversation, and I'm using Chromium. Symptoms are exactly the same: for HTTP, Chromium gets the real URL, for HTTPS, Chromium get to open a file on disk.
OK, this makes sense, the fallback code only says http, not https. Fixable ;)
SVN commit 1183317 by dfaure: Also assume https when the .desktop has %u and no list of supported protocols. FIXED-IN: 4.5.3 BUG: 253294 M +1 -0 krun.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1183317
*** Bug 253414 has been marked as a duplicate of this bug. ***
for those interested, reference @ opensuse, https://bugzilla.novell.com/show_bug.cgi?id=644236#c3 patch has been applied to K:D:F repos ... as yet, untested.
Applied patch to kdelibs 4.5.2 and it resolved this issue for us on PCLinuxOS. Thanks David!
Also patched for openSUSE 4.5.2 in KDE:Distro:Factory and KDE:Release:45 projects.
*** Bug 254759 has been marked as a duplicate of this bug. ***
*** Bug 254968 has been marked as a duplicate of this bug. ***