[Mono-bugs] [Bug 75956][Nor] Changed - ASPSESSION cookie path incorrect

bugzilla-daemon at bugzilla.ximian.com bugzilla-daemon at bugzilla.ximian.com
Sat Sep 10 03:27:56 EDT 2005


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 bugzilla at patearl.net.

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

--- shadow/75956	2005-09-10 00:07:11.000000000 -0400
+++ shadow/75956.tmp.19996	2005-09-10 03:27:55.000000000 -0400
@@ -1,13 +1,13 @@
 Bug#: 75956
 Product: Mono: Class Libraries
 Version: 1.1
 OS: unknown
 OS Details: 
-Status: RESOLVED   
-Resolution: NOTABUG
+Status: REOPENED   
+Resolution: 
 Severity: Unknown
 Priority: Normal
 Component: Sys.Web
 AssignedTo: gonzalo at ximian.com                            
 ReportedBy: bugzilla at patearl.net               
 QAContact: mono-bugs at ximian.com
@@ -52,6 +52,32 @@
   cookie.Path = UrlUtils.GetDirectory (context.Request.ApplicationPath);
 To:
   cookie.Path = context.Request.ApplicationPath;
 
 ------- Additional Comments From gonzalo at ximian.com  2005-09-10 00:07 -------
 The test in MS shows that what you expect is not what they do.
+
+------- Additional Comments From bugzilla at patearl.net  2005-09-10 03:27 -------
+I created a test situation with two applications in the following
+directories:
+
+/FSWebApps/TuboDril
+/FSWebApps/FSUserServiceAdmin
+
+Note that these directories were also configured as applications at
+the XSP command line.
+
+With the fix in place these apps function normally.  Without the fix,
+the session data from the applications somehow interferes.  Using the
+TuboDril application breaks the FSUserServiceAdmin application by
+affecting the Session data.
+
+Though I don't have access to an MS system to test, I wonder if the MS
+session data is somehow dependant on the URL being accessed, as well
+as the cookie.
+
+In any case, without the fix, I can't have two applications side by
+side without having them break each other.  I would ask you to
+reconsider if this is a bug, or if perhaps there is a related cause
+that MS has accounted for.  Whether MS has handled it or not, it
+certainly does not seem right that two separate applications should
+have the ability to break each other inadvertently.


More information about the mono-bugs mailing list