[Mono-bugs] [Bug 66623][Nor] New - Broken Url-handling for cookieless sessions

bugzilla-daemon@bugzilla.ximian.com bugzilla-daemon@bugzilla.ximian.com
Wed, 22 Sep 2004 14:55:44 -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 juraj@hotfeet.ch.


--- shadow/66623	2004-09-22 14:55:44.000000000 -0400
+++ shadow/66623.tmp.20074	2004-09-22 14:55:44.000000000 -0400
@@ -0,0 +1,51 @@
+Bug#: 66623
+Product: Mono: Class Libraries
+Version: unspecified
+OS: other
+OS Details: FC2
+Status: NEW   
+Priority: Normal
+Component: Sys.Web
+AssignedTo: mono-bugs@ximian.com                            
+ReportedBy: juraj@hotfeet.ch               
+QAContact: mono-bugs@ximian.com
+TargetMilestone: ---
+Summary: Broken Url-handling for cookieless sessions
+For cookieless session, the url-modification is broken. The session id is
+inserted/removed at the wrong position.
+The path including session id should look like this:
+ {appRoot}/(sessionId)/{virtualPath}/
+But System.Web.Util.UrlUtils produces/expects:
+ {appRoot}/{virtualPath}/(sessionId)/
+Steps to reproduce the problem:
+1. extract testcase
+2. start xsp
+3. request test1.aspx
+4. click on link "sub/test.aspx"
+Actual Results:
+HTTP 404. Cannot find '/(...sessionID...)/sub/test.aspx'
+Expected Results:
+contents of '/sub/test.aspx'
+Additional Information:
+System.Web.Util.UrlUtils.{Insert,Get,Remove}SessionId(...) don't follow the 
+path schema above.
+The insertion of the session id should be done by calling
+HttpResponse.ApplyAppPathModifier in the first place. That's what this
+method is for, according to the MS docs.
+System.Web.UI.Control.ResolveUrl calls HttpResponse.ApplyAppPathModifier.
+Should it do this? The way the path schema is designed, the Control-class
+must not care about the appPath modification.