[Mono-bugs] [Bug 61218][Nor] Changed - Problem redirecting from https to http
bugzilla-daemon@bugzilla.ximian.com
bugzilla-daemon@bugzilla.ximian.com
Thu, 8 Jul 2004 15:18:55 -0400 (EDT)
Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.
Changed by sebastien@ximian.com.
http://bugzilla.ximian.com/show_bug.cgi?id=61218
--- shadow/61218 2004-07-08 13:03:29.000000000 -0400
+++ shadow/61218.tmp.14216 2004-07-08 15:18:55.000000000 -0400
@@ -1,22 +1,22 @@
Bug#: 61218
Product: Mono: Class Libraries
Version: unspecified
-OS: unknown
+OS: All
OS Details:
Status: NEW
Resolution:
Severity: Unknown
-Priority: Wishlist
+Priority: Normal
Component: System
-AssignedTo: mono-bugs@ximian.com
+AssignedTo: sebastien@ximian.com
ReportedBy: miguelanxo@telefonica.net
QAContact: mono-bugs@ximian.com
TargetMilestone: ---
URL:
-Summary: HttpWebResponse timeouts randomly when dealing with https uris
+Summary: Problem redirecting from https to http
Description of Problem:
HttpWebResponse timeouts randomly when dealing with https uris
Sample trigger code:
@@ -80,6 +80,36 @@
Well I'm actuallya totally newcomer to C# and mono, but looks like this is
the simplest https transaction I managed to make.
Program worked as expected when compiled with mono mcs but run under
Microsoft .NET framework 1.1 for Windows.
+
+------- Additional Comments From sebastien@ximian.com 2004-07-08 15:18 -------
+Your code is ok. This seems to be an issue when a https session is
+being redirected to a http session - in this case it redirects to
+passport site (without https).
+
+For example:
+mono tlstest.exe --web --show https://www.hotmail.com
+fails with the same error, while
+mono tlstest.exe --show https://www.hotmail.com
+shows the redirection page
+
+HTTP/1.1 302 Found
+Server: Microsoft-IIS/5.0
+Date: Thu, 08 Jul 2004 19:10:28 GMT
+P3P: CP="BUS CUR CONo FIN IVDo ONL OUR PHY SAMo TELo"
+Location:
+http://loginnet.passport.com/login.srf?id=2&svc=mail&cbid=24325&msppjph=1&tw=0&fs=1&fsa=1&fsat=1296000&lc=1033&_lang=EN
+Cache-Control: private
+Content-Type: text/html; charset=utf-8
+Content-Length: 236
+
+<html><head><title>Object moved</title></head><body>
+<h2>Object moved to <a
+href='http://loginnet.passport.com/login.srf?id=2&svc=mail&cbid=24325&msppjph=1&tw=0&fs=1&fsa=1&fsat=1296000&lc=1033&_lang=EN'>here</a>.</h2>
+</body></html>
+
+My guess is that we do not recreate a new stream object when
+redirecting - causing the SSL stream to "try" to interpret the HTTP data.
+