[Mono-bugs] [Bug 65055][Nor] New - HttpWebRequest.IfModifiedSince and timezone problems

bugzilla-daemon@bugzilla.ximian.com bugzilla-daemon@bugzilla.ximian.com
Wed, 1 Sep 2004 08:58:54 -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 j@bitron.ch.

http://bugzilla.ximian.com/show_bug.cgi?id=65055

--- shadow/65055	2004-09-01 08:58:54.000000000 -0400
+++ shadow/65055.tmp.29838	2004-09-01 08:58:54.000000000 -0400
@@ -0,0 +1,43 @@
+Bug#: 65055
+Product: Mono: Class Libraries
+Version: unspecified
+OS: 
+OS Details: paldo unstable (linux 2.6.8.1-upkg1)
+Status: NEW   
+Resolution: 
+Severity: 
+Priority: Normal
+Component: System
+AssignedTo: mono-bugs@ximian.com                            
+ReportedBy: j@bitron.ch               
+QAContact: mono-bugs@ximian.com
+TargetMilestone: ---
+URL: 
+Cc: 
+Summary: HttpWebRequest.IfModifiedSince and timezone problems
+
+Description of Problem: 
+The following code does not work as desired:
+
+HttpWebResponse wr = (HttpWebResponse) wc.GetResponse ();
+File.SetLastWriteTime (file, wr.LastModified);
+[...]
+wc.IfModifiedSince = File.GetLastWriteTime (file);
+HttpWebResponse wr = (HttpWebResponse) wc.GetResponse ();
+
+Actual Results:
+It always redownloads the file even though the file hasn't changed. The
+problem is that get_IfModifiedSince returns (via MonoHttpDate) a time stamp
+in utc (which is earlier than localtime for Europeans) wheras
+set_IfModifiedSince expects a localtime as it uses ToUniversalTime()
+
+Expected Results:
+Only redownload when the file has really changed. I don't know whether
+IfModifiedSince should be localtime or utc according to ecma/ms but it
+should definitively be consistent.
+
+How often does this happen? 
+Always
+
+Additional Information:
+This happens using mono 1.0.1