<div>
                    Hello,
                </div><div><br></div><div>I've came across a bug on System.Uri implementation that may cause some F# Type Providers from FSharp.Data to fail on Mono/Xamarin Studio.</div><div><br></div><div>The issue arises when constructing a System.Uri from a path that contains a encoded slash, like: http://example.com/%2F. The path is normalized and the %2F is unencoded to /. This causes the HTTP request to be made to a different resource, thus failing.</div><div><br></div><div>On your Bugzilla there's already a report for this bug (<a href="https://bugzilla.xamarin.com/show_bug.cgi?id=9576">https://bugzilla.xamarin.com/show_bug.cgi?id=9576</a>). According to the StackOverflow link in the bug report, the RFC 3986 allows the use of encoded slashs on the URI -- and it appears to be the case because Microsoft have fixed the same bug on .NET 4.5. If taking into account the implementation of RFC 3986, there's another filled bug on Bugzilla (<a href="https://bugzilla.xamarin.com/show_bug.cgi?id=5887">https://bugzilla.xamarin.com/show_bug.cgi?id=5887</a>).</div><div><br></div><div>Since there's no reply on the the bug report, I thought it would be a good idea asking on the list: is there any known workaround for this? Is there anyone familiar with the System.Uri implementation and/or the RFC that could take a look on this issue?</div><div><br></div><div><br></div><div>Regards,</div><div><div>-- </div><div>Diego Frata</div><div><br></div></div>