Bug 173950 - Corrupted https URLs after clicking on link
Summary: Corrupted https URLs after clicking on link
Status: RESOLVED FIXED
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: 4.1.2
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2008-10-31 08:46 UTC by René Krell
Modified: 2009-02-05 09:09 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description René Krell 2008-10-31 08:46:06 UTC
Version:           4.1.2 (KDE 4.1.2) "release 49.1" (using 4.1.2 (KDE 4.1.2) "release 49.1", KDE:KDE4:Factory:Desktop / openSUSE_11.0)
Compiler:          gcc
OS:                Linux (i686) release 2.6.25.18-0.2-default

I got a mail from a bug report site with a link inside:
---
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106488&aid=2162955&group_id=6488
---
Clicking on that link, Konqueror corrupts this URL and tries to open:
http://sourceforge.nethttps//sourceforge.net/tracker/?func=detail&atid=106488&aid=2162955&group_id=6488

It seems like the colon ':' after "https" is somehow lost during some parsing, so it assumes it to be the hostname.
Comment 1 René Krell 2008-10-31 08:51:50 UTC
Additional information: Requesting the above https URL, it seems like the sourceforge server provides a http redirect.

Copying it to the clipboard and opening via Klipper in Firefox works, resulting in:
http://sourceforge.net/tracker/?func=detail&atid=106488&aid=2162955&group_id=6488

So may be the subject should be: HTTP redirect does not work (which could lead this bug to be a duplicate of another one).
Comment 2 Michael Leupold 2008-10-31 08:53:15 UTC
I just tried directly clicking on that link (using konqueror from 4.1.2 as well) and I can't reproduce. Do you see this behaviour only if clicking the link in the mail (kmail?) or also if clicking it in konqueror (eg. from this website)?
Comment 3 René Krell 2008-10-31 09:01:57 UTC
@Michael: It doesn't work even if I click on the link above in Konqueror directly. In general, I cannot open any sourceforge.net secured site, there is always the same problem.
It could be interesting for you that I'm behind a proxy. I get always a
---
The requested URL could not be retrieved
 While trying to retrieve the URL: http://sourceforge.nethttps//sourceforge.net/account/login.php 
 The following error was encountered: 
 Unable to determine IP address from host name for sourceforge.nethttps 
 The dnsserver returned: 
 Name Error: The domain name does not exist. 
 This means that: 
 The cache was not able to resolve the hostname presented in the URL. 
 Check if the address is correct. 

Your cache administrator is webmaster. 
 
 Generated Fri, 31 Oct 2008 07:58:22 GMT by proxy (squid/2.5.STABLE5)
---
Comment 4 René Krell 2008-10-31 09:09:06 UTC
... and the reason why this seems to be Konqueror-specific is:
Opening the same link works as in Firefox 3.0.3 and Opera 9.61 (over the same proxy).
Comment 5 Michael Leupold 2008-10-31 10:28:33 UTC
This seems to be a proxy-only problem. I can confirm this bug using a squid proxy. I've been trying to reproduce this using my own server but didn't manage to do so:

Made a redirection https://test.confuego.org/173950 => http://test.confuego.org/173950 and it works without any problems.

I created some debug output using wget and the proxy connecting to the https://* addresses. Please note that I stripped the proxy connection (same anyway) and the successive request.

---test.confuego.org---
GET /173950/?func=detail&atid=106488&aid=2162955&group_id=6488 HTTP/1.0
User-Agent: Wget/1.10.2                                                
Accept: */*                                                            
Host: test.confuego.org                                                

HTTP/1.1 302 Found                               
Date: Fri, 31 Oct 2008 09:15:21 GMT              
Server: Apache/2.2.3 (Debian) DAV/2 SVN/1.4.2 PHP/5.2.0-8+etch11 mod_ssl/2.2.3 OpenSSL/0.9.8c
Location: http://test.confuego.org/173950/?func=detail&atid=106488&aid=2162955&group_id=6488 
Content-Length: 425                                                                          
Connection: close                                                                            
Content-Type: text/html; charset=iso-8859-1                                                  
-----------------------

----sourceforge.net----
GET /tracker/?func=detail&atid=106488&aid=2162955&group_id=6488 HTTP/1.0
User-Agent: Wget/1.10.2                                                 
Accept: */*                                                             
Host: sourceforge.net                                                   

HTTP/1.0 302 Found                               
Connection: close                                
X-Powered-By: PHP/5.2.6                          
X-SFX-Webhead: sfs-web-6                         
X-SFX-Revision: release_20081022.02              
Location: http://sourceforge.net/tracker/?func=detail&atid=106488&aid=2162955&group_id=6488
Content-type: text/html                                                                    
Date: Fri, 31 Oct 2008 09:16:33 GMT                                                        
Server: lighttpd/1.4.19                                                                    
Vary: Accept-Encoding, User-Agent                                                          
-----------------------
Comment 6 Maksim Orlovich 2008-10-31 13:25:43 UTC
Lemma: which version did you confirm this with?
Comment 7 Michael Leupold 2008-10-31 13:53:02 UTC
I could only confirm it on 4.1.2. I was about to try it on trunk as soon as my build is done.
Comment 8 René Krell 2008-10-31 13:57:39 UTC
As in the header at the beginning of this thread: 4.1.2, too, maybe with some patches of OpenSUSE towards 4.1.3.
Comment 9 Michael Leupold 2008-10-31 13:59:00 UTC
I can now confirm for trunk r875700 as well. Same behaviour as in the original report.
Comment 10 Maksim Orlovich 2008-10-31 21:16:02 UTC
Possibly related: bug 171256
Comment 11 Andreas Hartmetz 2008-11-09 18:38:58 UTC
SVN commit 882074 by ahartmetz:

 - Only send protocol, host and port of resource when necessary.
 - Clean up some proxy-related code to make similar things look similar.
BUG:173950



 M  +9 -17     http.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=882074
Comment 12 René Krell 2009-02-05 09:09:00 UTC
Works for me in KDE 4.2.0, thank you.