Communicating over HTTPS at the default port of 443:

import httplib
conn = httplib.HTTPSConnection("my-secure-domain.com")
conn.request("GET", "/")
res = conn.getresponse()

In the current implementation, the Host header sent in the request is:

  Host: my-secure-domain.com:443

The ":443" is unnecessary because the default port of HTTPS is 443. The
attached patch file fixes this so that the Host header sent is simply:

  Host: my-secure-domain.com

The HTTPSConnection class derives from HTTPConnection and the methods in
the HTTPConnection assume that 1) It is either over the default HTTP
port or 2) Over a different port (be it different HTTP port(8080?) or
443 for HTTPS etc) and in that case it sends the port along in the
request header. Thats it. So, there is no bug here.

Morever, RFC 2818 states that, for HTTPS default port is 443, but the
implementation are free to choose any other ports over TLS as well.

Invalid bug can be closed.

Thanks.

Clarification: I am not saying that sending "Host: somehost:443" for an
HTTPS connection at port 443 is a bug. It is in fact legal. Sending
"Host: somehost" is also legal in this situation, and IMHO is the
preferred behavior, because ":port" is redundant and not required when
the default port of the protocol (HTTPS here) is being used.

Yes, you are correct. I misunderstood the issue and the patch. 
Patch seems good to fix that. Sorry for the confusion and thank you.

fixed in trunk r64771.

(and indeed the previous behavior was buggy in the extreemly rare event
that someone ran a https server on port 80 the :80 should have been
supplied).