[Mono-bugs] [Bug 621837] New: Using HttpContext.RewritePath causes incorrect HttpRequest.Path to be returned when PathInfo is specified
bugzilla_noreply at novell.com
bugzilla_noreply at novell.com
Tue Jul 13 05:45:48 EDT 2010
http://bugzilla.novell.com/show_bug.cgi?id=621837
http://bugzilla.novell.com/show_bug.cgi?id=621837#c0
Summary: Using HttpContext.RewritePath causes incorrect
HttpRequest.Path to be returned when PathInfo is
specified
Classification: Mono
Product: Mono: Class Libraries
Version: 2.6.x
Platform: All
OS/Version: Ubuntu
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Sys.Web
AssignedTo: mhabersack at novell.com
ReportedBy: ashish.kulkarni at kalyptorisk.com
QAContact: mono-bugs at lists.ximian.com
Found By: ---
Blocker: ---
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.6)
Gecko/20100628 Ubuntu/10.04 (lucid) Firefox/3.6.6
We use HttpContext.RewritePath to rewrite URLs such as "~/app.axd/Foo" to the
"~/app.axd" handler (registered in web.config) with a PathInfo of "/Foo".
However, HttpRequest.Path incorrectly reports it as "~/app.axd" instead of
"~/app.axd/Foo" which is incorrect according to MSDN:
http://msdn.microsoft.com/en-us/library/system.web.httprequest.path.aspx
The problem is in mcs/class/System.Web/System.Web/HttpRequest.cs: when
SetPathInfo() is called, it does not update UrlComponents.Path -- which is what
is returned by HttpRequest.Path (via PathNoValidation).
A proper fix would have to update UrlComponents.Path whenever SetFilePath,
SetCurrentExePath or SetPathInfo were called (or just base it on FilePath +
PathInfo as MSDN recommends; don't know what would be the backward
compatibility impact).
Reproducible: Always
--
Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
More information about the mono-bugs
mailing list