Matt Gibbs blog https://docs.microsoft.com/archive/blogs/mattgi/feed.xml .NET Framework Tue, 16 Apr 2019 05:48:53 GMT en-US hourly 1 .NET Fx work https://docs.microsoft.com/archive/blogs/mattgi/net-fx-work Tue, 25 Nov 2008 20:43:00 GMT https://blogs.msdn.microsoft.com/mattgi/2008/11/25/net-fx-work/ Update for the iPhone Update https://docs.microsoft.com/archive/blogs/mattgi/update-for-the-iphone-update Wed, 12 Sep 2007 01:19:00 GMT https://blogs.msdn.microsoft.com/mattgi/2007/09/12/update-for-the-iphone-update/ After installing the iPhone 1.01 software update, iPhone users may notice that what used to be an asynchronous request from the browser is now a syncrhonous request.  They may notice other symptoms of an underlying problems as well.  The update changes the way regular expressions are processed by the Safari browser and adversely affects a regular expression used by the Microsoft AJAX Library for JSON serialization.  An updated regular expression preserves the functionality and works with the new Safari behavior. The regular expression is in a script file served from the System.Web.Extensions.dll on the server by default.  Here are the set of steps you can take to have the scripts served from the file system instead with an updated version compatible with the iPhone change.

Download the Microsoft AJAX Library scripts from https://asp.net/ajax/downloads/library/default.aspx .  Open the zip file and copy the contents of the System.Web.Extensions folder into a directory of your application, let's call it Scripts for now.

Change the ScriptReference instances of your AJAX pages to to include a ScriptPath attribute that refers to the directory where you have copied the scripts.
<asp:ScriptManager ScriptPath="~/Scripts] "  />

Update the debug and release scripts.  In MicrosoftAjax.debug.js, find this:
Sys.Serialization.JavaScriptSerializer._stringRegEx = new RegExp('["\b\f\n\r\t\\\\\x00-\x1F]', 'i');

and replace it with this:
Sys.Serialization.JavaScriptSerializer._stringRegEx = new RegExp('["\\b\\f\\n\\r\\t\\\\\\x00-\\x1F]', 'i');

In the release version of the script, you are updating the same RegExp, but it is a little trickier because the whitespace has been stripped from the file, so be particularly careful to leave the surrounding code untouched:

 

...ScriptSerializer");Sys.Serialization.JavaScriptSerializer._stringRegEx=new RegExp('["\\b\\f\\n\\r\\t\\\\\\x00-\\x1f]',"i");Sys.Serialization...

Known Issue:

The .zip file does not include localized copies of the scripts.  If you enable Script Localization on the ScriptManager, it will generate requests for localized versions of the scripts and will now be looking for them on disk.  The workaround is to rename the script files to MicrosoftAjax.en.js and MicrosoftAjax.debug.en.js and add ResourceUICultures="en" to the ScriptReference.  You do not need to modify the path or name.

 

 

]]> An excerpt from the Professional ASP.NET AJAX book https://docs.microsoft.com/archive/blogs/mattgi/an-excerpt-from-the-professional-asp-net-ajax-book Sun, 05 Aug 2007 03:34:00 GMT https://blogs.msdn.microsoft.com/mattgi/2007/08/05/an-excerpt-from-the-professional-asp-net-ajax-book/ https://www.wrox.com/WileyCDA/Section/id-305946.html
]]> Medium Trust and Visual Studio codename 'Orcas' Beta 2 https://docs.microsoft.com/archive/blogs/mattgi/medium-trust-and-visual-studio-codename-orcas-beta-2 Sat, 04 Aug 2007 04:11:00 GMT https://blogs.msdn.microsoft.com/mattgi/2007/08/04/medium-trust-and-visual-studio-codename-orcas-beta-2/ Update:  Changes were made for the final release of Visual Studio 2008 so that the providerOptions requires are included for new web applications. 

 

There are a couple of issues and complexities with using partial trust in 'Orcas' beta 2.  

Below is an article from the team that explains the issues for developers and provides workarounds.  The issues and workarounds described apply only to .NET Framework 3.5 Beta 2, and will be addressed in the final version of the product.  The first explains what a developer must do to create partial trust applications in 'Orcas'.  And the second explains what needs to be done on the server in order to host an ASP.NET application in partial trust that leverages LINQ.  

ASP.NET Web applications or sites built with Visual Studio 2008 Beta 2 and .NET Framework 3.5 Beta 2 cannot be run in medium or partial trust

 

When you use Visual Studio 2008 Beta 2 to build a new ASP.NET Web application or website with .NET Framework 3.5, or migrate an existing ASP.NET application or website to .NET Framework 3.5, the resulting application will not run in medium trust or any other partial trust configuration. This issue affects all versions of Visual Studio 2008 Beta 2. A workaround is available below.

 

Description

To enable support for new compiler features in .NET Framework 3.5, Visual Studio 2008 Beta 2 inserts a new <system.codedom> section into the web.config file of every ASP.NET Web application. The configuration entry looks as follows:

 

    <system.codedom>

      <compilers>

        <compiler language="c#;cs;csharp" extension=".cs"
                  compilerOptions="/warnaserror-" warningLevel="4"

                  type="Microsoft.CSharp.CSharpCodeProvider, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089">

          <providerOption name="CompilerVersion" value="v3.5"/>

        </compiler>

        <compiler language="vb;vbs;visualbasic;vbscript" extension=".vb"
                  compilerOptions="/optioninfer+"

                  type="Microsoft.VisualBasic.VBCodeProvider, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089">

          <providerOption name="CompilerVersion" value="v3.5"/>

        </compiler>

      </compilers>

    </system.codedom>

 

This configuration entry contains a setting called compilerOptions that is not allowed under any partial trust configuration. When you run the application in medium trust or another partial trust setting, ASP.NET will raise an error noting that “the current trust level does not allow the use of the ‘compilerOptions’ attribute”.  NOTE: Depending on the security settings of your server, this error message may or may not be visible to you.

 

Workaround

To avoid this problem, you can remove the compilerOptions setting, as well as the warningLevel setting, from this configuration section in your application’s web.config file after you have created or migrated your application. After making the change, your <system.codedom> section should appear as follows:

 

    <system.codedom>

      <compilers>

        <compiler language="c#;cs;csharp" extension=".cs"
                  type="Microsoft.CSharp.CSharpCodeProvider, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089">

          <providerOption name="CompilerVersion" value="v3.5"/>

        </compiler>

        <compiler language="vb;vbs;visualbasic;vbscript" extension=".vb"
                  type="Microsoft.VisualBasic.VBCodeProvider, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089">

          <providerOption name="CompilerVersion" value="v3.5"/>

        </compiler>

      </compilers>

    </system.codedom>

 

The workaround above also has the following impact on your ASP.NET Web applications:

 

1.       For websites built with Visual Basic, the workaround prevents using the new LINQ capabilities of .NET Framework 3.5 on an ASP.NET page. To fix this, users can add the following line to the beginning of their Visual Basic codebehind file, and any other Visual Basic code files that use LINQ:

 

Option Infer On

 

Inline Visual Basic inside the .aspx or .ascx page (within a <script runat=”server”> tag) will not be able to use LINQ with this workaround. Users should move this code to a codebehind file. Other ASP.NET page features that use LINQ, such as the LinqDataSource control, will continue to work normally.

 

2.       For websites built with C#, compiler warnings will no longer show up in the Visual Studio errors pane on compilation.

 

 

LINQ features in .NET Framework 3.5 Beta 2 cannot be used by default in medium or partial trust configurations

 

By default, the LINQ features in .NET Framework 3.5 Beta 2 cannot be used in medium trust or partial trust configurations. Enabling LINQ in these configurations requires a machine-level change to .NET Framework configuration.

Description

In medium trust or partial trust configurations, the code permissions granted to an ASP.NET website are determined by a Code Access Security (CAS) policy file on the Web server. When .NET Framework 3.5 is installed on a Web server, websites continue to use the same CAS policy file as .NET Framework 2.0.

 

The LINQ feature set in .NET Framework 3.5 requires the CAS policy file to grant a new permission, called RestrictedMemberAccess, which is not granted by default on ASP.NET 2.0. To enable LINQ to work in medium or partial trust, you need to modify the CAS policy file to grant this additional policy.

 

NOTE: Making this change will also grant this policy to ASP.NET 2.0 websites running on the same server. We have determined this to be an acceptable change for hosted sites that run under medium trust. This change will have no impact on existing ASP.NET 2.0 websites that can run under medium or partial trust.

Workaround

To enable LINQ for medium trust, please follow the steps below on the server:

1.       Open a command prompt, and go to the directory that contains your ASP.NET 2.0 trust policy files. This can be found under the Windows directory, at

 

%windir%\Microsoft.NET\Framework\v2.0.50727\config

 

2.       Determine which CAS policy file to modify. If you are using medium trust, this file will be web_mediumtrust.config.

 

3.       Make a backup of the existing file.

 

4.       Examine the <SecurityClasses> section of your CAS policy file. If the section does not contain an entry named ReflectionPermission,  add a new entry as follows:

 

<SecurityClass Name="ReflectionPermission" Description="System.Security.Permissions.ReflectionPermission, mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"/>

 

If you are using the default medium trust settings, you will need to add this entry. Depending upon your trust setting, your CAS policy file may already contain this entry.

 

5.       Examine the <NamedPermissionSets> section of your CAS policy file. If the section does not contain an entry named ReflectionPermission, add a new entry as follows:

 

<IPermission

        class="ReflectionPermission"

        version="1"

        Flags="RestrictedMemberAccess"

/>

 

If you are using the default medium trust settings, you will need to add this entry.

 

If you are using another trust configuration, and the section already contains an entry named ReflectionPermission, you can modify the Flags setting to add RestrictedMemberAccess permission. Flags should be separated by a comma. For example, if you are using the default high trust settings, you can modify this section as follows:

 

<IPermission

        class="ReflectionPermission"

        version="1"

        Flags="ReflectionEmit, RestrictedMemberAccess"

/>

 

6.       Save the file, and restart the Web server.

 

]]> Wrox releases Professional ASP.NET AJAX title https://docs.microsoft.com/archive/blogs/mattgi/wrox-releases-professional-asp-net-ajax-title Wed, 13 Jun 2007 15:20:00 GMT https://blogs.msdn.microsoft.com/mattgi/2007/06/13/wrox-releases-professional-asp-net-ajax-title/ Well, I've been asked three times now why I haven't blogged about my book, so here it is.  I worked with Dan Wahlin and Wrox to create a book about ASP.NET AJAX.  The book covers the UpdatePanel, ScriptManager and other server controls, discusses how the Microsoft AJAX Library works and how you can more easily invoke web services, provide client-side event handlers, debug and deploy your AJAX application and write custom AJAX controls.  Check it out at Amazon here.

]]> Validators update available https://docs.microsoft.com/archive/blogs/mattgi/validators-update-available Sat, 12 May 2007 10:18:00 GMT https://blogs.msdn.microsoft.com/mattgi/2007/05/12/validators-update-available/ The release on Windows Update that contains updates to enable the validator controls to work with the UpdatePanel has been delayed.  However, you can download a HotFix that contains the changes. 

https://connect.microsoft.com/VisualStudio/Downloads/DownloadDetails.aspx?DownloadID=6106

 

]]> New episode of the .NET Show about ASP.NET AJAX https://docs.microsoft.com/archive/blogs/mattgi/new-episode-of-the-net-show-about-asp-net-ajax Wed, 25 Apr 2007 18:31:00 GMT https://blogs.msdn.microsoft.com/mattgi/2007/04/25/new-episode-of-the-net-show-about-asp-net-ajax/ I recently filmed an episode of the .NET Show with Brad Abrams (https://blogs.msdn.com/brada/) and Bertrand Le Roy (https://weblogs.asp.net/bleroy/).   Brad asked for suggestions of words to work into the interview before we did it (https://blogs.msdn.com/brada/archive/2007/02/16/filming-ajax-on-the-net-show.aspx).  I believe I won that challenge, but I can't be a participant and the judge as well.

Thanks to Robert Hess and the rest of those that have been working on the .NET Show.  Here is a link to the episode  https://msdn.microsoft.com/theshow/episode.aspx?xml=theshow/en/episode062/manifest.xml .

]]> PodCast about ASP.NET AJAX https://docs.microsoft.com/archive/blogs/mattgi/podcast-about-asp-net-ajax Tue, 30 Jan 2007 00:23:00 GMT https://blogs.msdn.microsoft.com/mattgi/2007/01/30/podcast-about-asp-net-ajax/ here. ]]> ASP.NET AJAX Validators https://docs.microsoft.com/archive/blogs/mattgi/asp-net-ajax-validators Tue, 23 Jan 2007 17:23:00 GMT https://blogs.msdn.microsoft.com/mattgi/2007/01/23/asp-net-ajax-validators/ ASP.NET AJAX provides new APIs for registering script with the ScriptManager.  Using these APIs allows controls to work well with partial rendering.  Without them, controls placed inside an UpdatePanel won't work as expected. In previous CTP releases of ASP.NET AJAX, we had a set of validator controls that derived from the v2.0 controls and used the new APIs. This made them work well with ASP.NET AJAX. WindowsUpdate will soon include a version of System.Web that can take advantage of the new APIs.  So the new controls which would have been redundant have been removed.  However, the update isn't available yet and ASP.NET AJAX has been released.  So, in the short-term, the source code for a set of custom validator controls that work with partial rendering is available here.

The .zip file includes a solution and .csproj file as well as the compiled DLL.  Just put the DLL in the /bin directory of your application and include the following <tagMapping section in the pages section of the web.config.

      <tagMapping>
        <add tagType="System.Web.UI.WebControls.CompareValidator"           mappedTagType="Sample.Web.UI.Compatibility.CompareValidator, Validators, Version=1.0.0.0"/>
        <add tagType="System.Web.UI.WebControls.CustomValidator"            mappedTagType="Sample.Web.UI.Compatibility.CustomValidator, Validators, Version=1.0.0.0"/>
        <add tagType="System.Web.UI.WebControls.RangeValidator"             mappedTagType="Sample.Web.UI.Compatibility.RangeValidator, Validators, Version=1.0.0.0"/>
        <add tagType="System.Web.UI.WebControls.RegularExpressionValidator" mappedTagType="Sample.Web.UI.Compatibility.RegularExpressionValidator, Validators, Version=1.0.0.0"/>
        <add tagType="System.Web.UI.WebControls.RequiredFieldValidator"     mappedTagType="Sample.Web.UI.Compatibility.RequiredFieldValidator, Validators, Version=1.0.0.0"/>
        <add tagType="System.Web.UI.WebControls.ValidationSummary"          mappedTagType="Sample.Web.UI.Compatibility.ValidationSummary, Validators, Version=1.0.0.0"/>
      </tagMapping>
 

 

Validators.zip

]]> ASP.NET AJAX Release Candidate https://docs.microsoft.com/archive/blogs/mattgi/asp-net-ajax-release-candidate Fri, 15 Dec 2006 00:35:00 GMT https://blogs.msdn.microsoft.com/mattgi/2006/12/15/asp-net-ajax-release-candidate/ The ASP.NET AJAX Release Candidate is available here.  A major change between beta2 and the RC is the switch from the Microsoft.Web.* namespace to the System.Web.* namespace.  It's a straightforward update to exisiting code and should simplify things going forward into the next release of the .NET Framework. No other major changes are expected between now and the final release.

At this point, we are only taking high priority fixes and will release before too much longer.  If you encounter problems, please let us know.  And thanks to those who have provided feedback so far. It has helped us prioritize our work and while we haven't been able to include everything we would like for this release, I do think we have a solid release coming and am looking forward to adding more features in our next release.

]]>