Bug 253294 - KMail and Kopete download and open https url instead of only opening
Summary: KMail and Kopete download and open https url instead of only opening
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Unlisted Binaries Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
: 253414 254759 254968 (view as bug list)
Depends on:
Reported: 2010-10-05 10:55 UTC by Radek Novacek
Modified: 2010-10-22 22:12 UTC (History)
9 users (show)

See Also:
Latest Commit:
Version Fixed In: 4.5.3


Note You need to log in before you can comment on or make changes to this bug.
Description Radek Novacek 2010-10-05 10:55:50 UTC
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.
in the body of email in kmail or in the conversation in kopete.

Actual Results:  
"Copying [Finished]
/home/radek/.kde/cache-dh...krun/21196.0.show_bug.cgi" appears and this url is opened in default browser:


Expected Results:  
https://bugzilla.redhat.com/show_bug.cgi?id=640204 opens in the default browser.

Comment 1 Christoph Feck 2010-10-05 11:41:07 UTC
Since KMail and Kopete use KHTML, it might be a Konqueror problem. Otherwise, please reassign to kio.
Comment 2 David Faure 2010-10-05 18:23:39 UTC
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?
Comment 3 David Faure 2010-10-05 20:15:01 UTC
Does the same happen when doing

kde-open http://www.kde.org

Comment 4 Radek Novacek 2010-10-06 16:38:27 UTC
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.
Comment 5 Marc Cousin 2010-10-06 17:14:12 UTC
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.
Comment 6 David Faure 2010-10-07 00:23:26 UTC
OK, this makes sense, the fallback code only says http, not https. Fixable ;)
Comment 7 David Faure 2010-10-07 00:32:38 UTC
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
Comment 8 David Faure 2010-10-07 01:16:48 UTC
*** Bug 253414 has been marked as a duplicate of this bug. ***
Comment 9 _ 2010-10-09 17:49:04 UTC
for those interested, reference @ opensuse,


patch has been applied to K:D:F repos ... as yet, untested.
Comment 10 Texstar 2010-10-11 17:32:29 UTC
Applied patch to kdelibs 4.5.2 and it resolved this issue for us on PCLinuxOS. Thanks David!
Comment 11 Will Stephenson 2010-10-12 13:34:45 UTC
Also patched for openSUSE 4.5.2 in KDE:Distro:Factory and KDE:Release:45 projects.
Comment 12 Andrey Rakhmatullin 2010-10-20 14:28:24 UTC
*** Bug 254759 has been marked as a duplicate of this bug. ***
Comment 13 Pino Toscano 2010-10-22 22:12:34 UTC
*** Bug 254968 has been marked as a duplicate of this bug. ***