iFrame parser error after upgrading to .NET 4.5Error in app service in azure after uploading a versionIframes on aspxUsing iFrames In ASP.NETiframe parser error (HtmlIframe/HtmlGenericControl) but still using .NET 4.0 (not .NET 4.5)asp.net error: Parser ErrorDeploying a .Net 4.5 website to an IIS 7.5 serverDeploying .NET 4.5 web app with Web DeployINamingContainer in .NET 4.5Error while migrating .NET framework 3.5 to 4.5iframe parser error (HtmlIframe/HtmlGenericControl) but still using .NET 4.0 (not .NET 4.5)System.Web.UI.HtmlControls.HtmlGenericControl replacement in .Net 4.6.1SSRS - Parser Error(System.Web.UI.HtmlControls.HtmlGenericControl) is not compatible with the type of control (System.Web.UI.HtmlControls.HtmlIframe)
Why was this person allowed to become Grand Maester?
C++ logging library
Do people with slow metabolism tend to gain weight (fat) if they stop exercising?
Why is long-term living in Almost-Earth causing severe health problems?
Did Apple bundle a specific monitor with the Apple II+ for schools?
What aircraft was used as Air Force One for the flight between Southampton and Shannon?
A map of non-pathological topology?
How can I spread content from an ancient text without governmental supervision?
Analogy between an unknown in an argument, and a contradiction in the principle of explosion
A word that means "blending into a community too much"
What is the logic behind charging tax _in the form of money_ for owning property when the property does not produce money?
Is it safe to change the harddrive power feature so that it never turns off?
Do you need to let the DM know when you are multiclassing?
Why does smartdiagram replace the Greek letter xi by a number?
Increase speed altering column on large table to NON NULL
I've been given a project I can't complete, what should I do?
What would be the way to say "just saying" in German? (Not the literal translation)
Why Does Mama Coco Look Old After Going to the Other World?
Is there a DSLR/mirorless camera with minimal options like a classic, simple SLR?
How do free-speech protections in the United States apply in public to corporate misrepresentations?
Please figure out this Pan digital Prince
bash vs. zsh: What are the practical differences?
How to publish items after pipeline is finished?
How do i export activities related to an account with a specific recordtype?
iFrame parser error after upgrading to .NET 4.5
Error in app service in azure after uploading a versionIframes on aspxUsing iFrames In ASP.NETiframe parser error (HtmlIframe/HtmlGenericControl) but still using .NET 4.0 (not .NET 4.5)asp.net error: Parser ErrorDeploying a .Net 4.5 website to an IIS 7.5 serverDeploying .NET 4.5 web app with Web DeployINamingContainer in .NET 4.5Error while migrating .NET framework 3.5 to 4.5iframe parser error (HtmlIframe/HtmlGenericControl) but still using .NET 4.0 (not .NET 4.5)System.Web.UI.HtmlControls.HtmlGenericControl replacement in .Net 4.6.1SSRS - Parser Error(System.Web.UI.HtmlControls.HtmlGenericControl) is not compatible with the type of control (System.Web.UI.HtmlControls.HtmlIframe)
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty height:90px;width:728px;box-sizing:border-box;
We have recently upgraded all of our WebForms projects to .NET 4.5, and encountered a parser issue when loading pages with an iFrame
element. We have corrected this by converting of the iFrame
from HtmlGenericControl
to HtmlIframe
. This has corrected all of the parser errors when we run our code locally.
When we deploy the app, we get the following error message:
Parser Error Message: The base class includes the field 'frame', but its type (System.Web.UI.HtmlControls.HtmlIframe) is not compatible with the type of control (System.Web.UI.HtmlControls.HtmlGenericControl).**
When I deploy the old code with the HtmlGenericControl
the error goes away suggesting that even though we have installed .NET 4.5, the server is still using an older version?
I've tried removing and reinstalling .NET it making sure to register asp with IIS.
Windows 2008 R2 with IIS 7.5 and .NET 4.5
asp.net iis-7.5 windows-server-2008-r2
add a comment |
We have recently upgraded all of our WebForms projects to .NET 4.5, and encountered a parser issue when loading pages with an iFrame
element. We have corrected this by converting of the iFrame
from HtmlGenericControl
to HtmlIframe
. This has corrected all of the parser errors when we run our code locally.
When we deploy the app, we get the following error message:
Parser Error Message: The base class includes the field 'frame', but its type (System.Web.UI.HtmlControls.HtmlIframe) is not compatible with the type of control (System.Web.UI.HtmlControls.HtmlGenericControl).**
When I deploy the old code with the HtmlGenericControl
the error goes away suggesting that even though we have installed .NET 4.5, the server is still using an older version?
I've tried removing and reinstalling .NET it making sure to register asp with IIS.
Windows 2008 R2 with IIS 7.5 and .NET 4.5
asp.net iis-7.5 windows-server-2008-r2
add a comment |
We have recently upgraded all of our WebForms projects to .NET 4.5, and encountered a parser issue when loading pages with an iFrame
element. We have corrected this by converting of the iFrame
from HtmlGenericControl
to HtmlIframe
. This has corrected all of the parser errors when we run our code locally.
When we deploy the app, we get the following error message:
Parser Error Message: The base class includes the field 'frame', but its type (System.Web.UI.HtmlControls.HtmlIframe) is not compatible with the type of control (System.Web.UI.HtmlControls.HtmlGenericControl).**
When I deploy the old code with the HtmlGenericControl
the error goes away suggesting that even though we have installed .NET 4.5, the server is still using an older version?
I've tried removing and reinstalling .NET it making sure to register asp with IIS.
Windows 2008 R2 with IIS 7.5 and .NET 4.5
asp.net iis-7.5 windows-server-2008-r2
We have recently upgraded all of our WebForms projects to .NET 4.5, and encountered a parser issue when loading pages with an iFrame
element. We have corrected this by converting of the iFrame
from HtmlGenericControl
to HtmlIframe
. This has corrected all of the parser errors when we run our code locally.
When we deploy the app, we get the following error message:
Parser Error Message: The base class includes the field 'frame', but its type (System.Web.UI.HtmlControls.HtmlIframe) is not compatible with the type of control (System.Web.UI.HtmlControls.HtmlGenericControl).**
When I deploy the old code with the HtmlGenericControl
the error goes away suggesting that even though we have installed .NET 4.5, the server is still using an older version?
I've tried removing and reinstalling .NET it making sure to register asp with IIS.
Windows 2008 R2 with IIS 7.5 and .NET 4.5
asp.net iis-7.5 windows-server-2008-r2
asp.net iis-7.5 windows-server-2008-r2
edited Aug 5 '14 at 16:10
p.campbell
69.5k56222301
69.5k56222301
asked Jul 23 '13 at 11:52
gambiskgambisk
5991413
5991413
add a comment |
add a comment |
10 Answers
10
active
oldest
votes
The basic problem is an incompatibility between the object generated from your Web Forms IFRAME server control by the ASP.NET compiler (which compiles ASPX and ASCX files to C# or VB code) and the type of the variable corresponding to that control in your Web Forms code behind. An IFRAME server control (<iframe id="frame" runat="server" />
) will be parsed as a control of a particular type. In ASP.NET 4 an IFRAME server control will be an HtmlGenericControl control. In ASP.NET 4.5 an IFRAME server control will be an HtmlIframe control.
The problem can be fixed by making sure that the targetFramework attribute on the compilation element in your web.config file agrees with the Target Framework property of your project and that the variable corresponding to your IFRAME server control matches the type of control the ASP.NET compiler will generate.
An ASP.NET 4 project that has been converted to .NET Framework 4.5 in Visual Studio 2013 will modify the project's web.config file so that targetFramework attribute of the compilation element has a value of "4.5" (<compilation targetFramework="4.5"/>
). This causes the ASP.NET compiler to treat the IFRAME server control as a HtmlIframe control. This can cause a problem if the Web Forms code behind control variable is still an HtmlGenericControl. The error you see is like this:
The base class includes the field 'frame', but its type (System.Web.UI.HtmlControls.HtmlGenericControl) is not compatible with the type of control (System.Web.UI.HtmlControls.HtmlIframe).
The solution to the previous error is to update the type of the server control variable that corresponds to the IFRAME server control. You can do this by re-saving the Web Forms HTML file which will cause the designer file to be regenerated. As far as I can see (in Visual Studio 2013 at least) changing the control ID is not necessary. If the server control variable is in the code behind file, it must be updated manually.
An ASP.NET 4.5 project where the code behind variable is an HtmlIframe will experience a similar but different issue if the targetFramework attribute of the compilation element in the web.config file has a value of "4.0" (<compilation targetFramework="4.0"/>
). This causes the ASP.NET compiler to treat the IFRAME server control as a HtmlGenericControl control. The error you see is like this:
The base class includes the field 'frame', but its type (System.Web.UI.HtmlControls.HtmlIframe) is not compatible with the type of control (System.Web.UI.HtmlControls.HtmlGenericControl).
The way to fix the previous error is to make sure the web.config compilation settings agree with your project's Target Framework attribute. In this case the targetFramework attribute of the compilation element in the web.config should have a value of "4.5".
<compilation targetFramework="4.5"/>
Note: Setting the httpRuntime element's targetFramework attribute to 4.5 will also have the effect of setting the compilation element's targetFramework attribute to 4.5. See https://blogs.msdn.microsoft.com/webdev/2012/11/19/all-about-httpruntime-targetframework/ for more info.
Note 2: There is no <asp:HtmlIframe>
tag. Registering the tag prefix "asp" to the System.Web.UI.HtmlControls namespace is not something that is required to use an IFRAME server control.
Do you know if<pages controlRenderingCompatibilityVersion="4.0"
might as also be causing this issue?
– crush
Sep 15 '14 at 15:24
In my experiments,<pages controlRenderingCompatibilityVersion="4.0" />
does not affect how the ASP.NET compiler parses an<iframe runat="server" />
control if<compilation targetFramework="4.5"/>
is set.
– David Johnston
Sep 16 '14 at 3:11
14
+1 for this sentence: "You can do this by re-saving the Web Forms HTML file which will cause the designer file to be regenerated." That was the fix for us.
– JamesQMurphy
Dec 2 '15 at 13:56
@JamesQMurphy Thanks!
– David Johnston
Dec 3 '15 at 2:07
3
Excellent response. Re-saving the aspx file worked perfectly.
– user1003916
Mar 29 '16 at 14:49
|
show 2 more comments
You need to add the following tag:
<asp:HtmlIframe>
and in the designer, change the control type to:
System.Web.UI.HtmlControls.HtmlIframe
Add the following in the Web.config:
<controls>
<add tagPrefix="asp" namespace="System.Web.UI.HtmlControls" assembly="System.Web"/>
</controls>
This should fix it.
Thanks for the input as you can, see from the accepted answer above, the issue was fixed some time ago now.
– gambisk
Nov 27 '13 at 14:38
3
After upgrading a .NET 3.5 project to 4.5 I was missing the asp tagPrefix under controls that avoided a Unknown server tag 'asp:HtmlIframe'. Parser error.
– Daniel Ballinger
Jan 24 '14 at 0:55
Are there any other controls that have a breaking change like this?
– Nelson Rothermel
Sep 16 '14 at 15:48
add a comment |
We were able to fix the issue converting the
<iframe id="iframe" runat="server" />
to
<asp:HtmlIframe id="iframe" runat="server" />
7
Answer doesn't mention you must add namespace 'System.Web.UI.HtmlControls' to Web.config. (See Panoj for complete answer).
– Captain Sensible
Aug 20 '14 at 11:53
1
Or add the namespace in the specific aspx file.
– Tomasz Przychodzki
Feb 1 '16 at 9:17
add a comment |
Check that you have next settings in your config file. Also make sure that it's there after publishing.
<system.web>
<httpRuntime targetFramework="4.5" />
<compilation debug="true" targetFramework="4.5"/>
...
</system.web>
Hope it's should help.
1
Thanks! I had inadvertently removed thetargetFramework="4.5"
in my compilation node to troubleshoot a production error, and then started getting this error on my localhost. This answer saved me :)
– Shiva
Sep 12 '16 at 19:03
briancaos.wordpress.com/2013/08/07/…
– Praveen Kumar Rejeti
Sep 6 '18 at 13:33
add a comment |
You can keep your HTML element as <iframe>
, and simply modify your .designer file to change the type to
System.Web.UI.HtmlControls.HtmlIframe
2
It seems it gets reverted back upon saving the .ASPX files.
– Uwe Keim
Aug 15 '14 at 14:37
add a comment |
Further (or in as a combination of the answers here).
I don't believe it's needed to actually change the tags from iframe
to asp:HtmlIFrame
if you have the reference to the updated System.Web.UI.HtmlControls
.
I updated my web.config to remove specific versions of the tag prefix and replace it with:
<add tagPrefix="asp" namespace="System.Web.UI.HtmlControls" assembly="System.Web, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>
Clean and rebuild the project and that regenerates all the designer tags for me with the correct HtmlIFrame
output.
add a comment |
i had also face this issue but simply i deleted this UserControl ans added new userControl with same name then my issue were fixed.....
<iframe id="logPanel" runat="server" scrolling="auto" src="">
add a comment |
Look into designer file, and replace Htmliframe for HtmlGenericControl in the control that has problems.
You mean the other way around, replace HtmlGenericControl with Htmliframe.
– Tomasz Przychodzki
Feb 1 '16 at 9:17
add a comment |
My solution was to just rename the IFrame and rebuild and the designer file will be updated accordingly with the correct references.
add a comment |
From .NET 4.5, Microsoft decided to change the iframe from a HtmlGenericControl to its own control, a HtmlIframe.
so you have to change the
System.Web.UI.HtmlControls.HtmlGenericControls to System.Web.UI.HtmlControls.HtmlIframe
add a comment |
Your Answer
StackExchange.ifUsing("editor", function ()
StackExchange.using("externalEditor", function ()
StackExchange.using("snippets", function ()
StackExchange.snippets.init();
);
);
, "code-snippets");
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "1"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f17809446%2fiframe-parser-error-after-upgrading-to-net-4-5%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
10 Answers
10
active
oldest
votes
10 Answers
10
active
oldest
votes
active
oldest
votes
active
oldest
votes
The basic problem is an incompatibility between the object generated from your Web Forms IFRAME server control by the ASP.NET compiler (which compiles ASPX and ASCX files to C# or VB code) and the type of the variable corresponding to that control in your Web Forms code behind. An IFRAME server control (<iframe id="frame" runat="server" />
) will be parsed as a control of a particular type. In ASP.NET 4 an IFRAME server control will be an HtmlGenericControl control. In ASP.NET 4.5 an IFRAME server control will be an HtmlIframe control.
The problem can be fixed by making sure that the targetFramework attribute on the compilation element in your web.config file agrees with the Target Framework property of your project and that the variable corresponding to your IFRAME server control matches the type of control the ASP.NET compiler will generate.
An ASP.NET 4 project that has been converted to .NET Framework 4.5 in Visual Studio 2013 will modify the project's web.config file so that targetFramework attribute of the compilation element has a value of "4.5" (<compilation targetFramework="4.5"/>
). This causes the ASP.NET compiler to treat the IFRAME server control as a HtmlIframe control. This can cause a problem if the Web Forms code behind control variable is still an HtmlGenericControl. The error you see is like this:
The base class includes the field 'frame', but its type (System.Web.UI.HtmlControls.HtmlGenericControl) is not compatible with the type of control (System.Web.UI.HtmlControls.HtmlIframe).
The solution to the previous error is to update the type of the server control variable that corresponds to the IFRAME server control. You can do this by re-saving the Web Forms HTML file which will cause the designer file to be regenerated. As far as I can see (in Visual Studio 2013 at least) changing the control ID is not necessary. If the server control variable is in the code behind file, it must be updated manually.
An ASP.NET 4.5 project where the code behind variable is an HtmlIframe will experience a similar but different issue if the targetFramework attribute of the compilation element in the web.config file has a value of "4.0" (<compilation targetFramework="4.0"/>
). This causes the ASP.NET compiler to treat the IFRAME server control as a HtmlGenericControl control. The error you see is like this:
The base class includes the field 'frame', but its type (System.Web.UI.HtmlControls.HtmlIframe) is not compatible with the type of control (System.Web.UI.HtmlControls.HtmlGenericControl).
The way to fix the previous error is to make sure the web.config compilation settings agree with your project's Target Framework attribute. In this case the targetFramework attribute of the compilation element in the web.config should have a value of "4.5".
<compilation targetFramework="4.5"/>
Note: Setting the httpRuntime element's targetFramework attribute to 4.5 will also have the effect of setting the compilation element's targetFramework attribute to 4.5. See https://blogs.msdn.microsoft.com/webdev/2012/11/19/all-about-httpruntime-targetframework/ for more info.
Note 2: There is no <asp:HtmlIframe>
tag. Registering the tag prefix "asp" to the System.Web.UI.HtmlControls namespace is not something that is required to use an IFRAME server control.
Do you know if<pages controlRenderingCompatibilityVersion="4.0"
might as also be causing this issue?
– crush
Sep 15 '14 at 15:24
In my experiments,<pages controlRenderingCompatibilityVersion="4.0" />
does not affect how the ASP.NET compiler parses an<iframe runat="server" />
control if<compilation targetFramework="4.5"/>
is set.
– David Johnston
Sep 16 '14 at 3:11
14
+1 for this sentence: "You can do this by re-saving the Web Forms HTML file which will cause the designer file to be regenerated." That was the fix for us.
– JamesQMurphy
Dec 2 '15 at 13:56
@JamesQMurphy Thanks!
– David Johnston
Dec 3 '15 at 2:07
3
Excellent response. Re-saving the aspx file worked perfectly.
– user1003916
Mar 29 '16 at 14:49
|
show 2 more comments
The basic problem is an incompatibility between the object generated from your Web Forms IFRAME server control by the ASP.NET compiler (which compiles ASPX and ASCX files to C# or VB code) and the type of the variable corresponding to that control in your Web Forms code behind. An IFRAME server control (<iframe id="frame" runat="server" />
) will be parsed as a control of a particular type. In ASP.NET 4 an IFRAME server control will be an HtmlGenericControl control. In ASP.NET 4.5 an IFRAME server control will be an HtmlIframe control.
The problem can be fixed by making sure that the targetFramework attribute on the compilation element in your web.config file agrees with the Target Framework property of your project and that the variable corresponding to your IFRAME server control matches the type of control the ASP.NET compiler will generate.
An ASP.NET 4 project that has been converted to .NET Framework 4.5 in Visual Studio 2013 will modify the project's web.config file so that targetFramework attribute of the compilation element has a value of "4.5" (<compilation targetFramework="4.5"/>
). This causes the ASP.NET compiler to treat the IFRAME server control as a HtmlIframe control. This can cause a problem if the Web Forms code behind control variable is still an HtmlGenericControl. The error you see is like this:
The base class includes the field 'frame', but its type (System.Web.UI.HtmlControls.HtmlGenericControl) is not compatible with the type of control (System.Web.UI.HtmlControls.HtmlIframe).
The solution to the previous error is to update the type of the server control variable that corresponds to the IFRAME server control. You can do this by re-saving the Web Forms HTML file which will cause the designer file to be regenerated. As far as I can see (in Visual Studio 2013 at least) changing the control ID is not necessary. If the server control variable is in the code behind file, it must be updated manually.
An ASP.NET 4.5 project where the code behind variable is an HtmlIframe will experience a similar but different issue if the targetFramework attribute of the compilation element in the web.config file has a value of "4.0" (<compilation targetFramework="4.0"/>
). This causes the ASP.NET compiler to treat the IFRAME server control as a HtmlGenericControl control. The error you see is like this:
The base class includes the field 'frame', but its type (System.Web.UI.HtmlControls.HtmlIframe) is not compatible with the type of control (System.Web.UI.HtmlControls.HtmlGenericControl).
The way to fix the previous error is to make sure the web.config compilation settings agree with your project's Target Framework attribute. In this case the targetFramework attribute of the compilation element in the web.config should have a value of "4.5".
<compilation targetFramework="4.5"/>
Note: Setting the httpRuntime element's targetFramework attribute to 4.5 will also have the effect of setting the compilation element's targetFramework attribute to 4.5. See https://blogs.msdn.microsoft.com/webdev/2012/11/19/all-about-httpruntime-targetframework/ for more info.
Note 2: There is no <asp:HtmlIframe>
tag. Registering the tag prefix "asp" to the System.Web.UI.HtmlControls namespace is not something that is required to use an IFRAME server control.
Do you know if<pages controlRenderingCompatibilityVersion="4.0"
might as also be causing this issue?
– crush
Sep 15 '14 at 15:24
In my experiments,<pages controlRenderingCompatibilityVersion="4.0" />
does not affect how the ASP.NET compiler parses an<iframe runat="server" />
control if<compilation targetFramework="4.5"/>
is set.
– David Johnston
Sep 16 '14 at 3:11
14
+1 for this sentence: "You can do this by re-saving the Web Forms HTML file which will cause the designer file to be regenerated." That was the fix for us.
– JamesQMurphy
Dec 2 '15 at 13:56
@JamesQMurphy Thanks!
– David Johnston
Dec 3 '15 at 2:07
3
Excellent response. Re-saving the aspx file worked perfectly.
– user1003916
Mar 29 '16 at 14:49
|
show 2 more comments
The basic problem is an incompatibility between the object generated from your Web Forms IFRAME server control by the ASP.NET compiler (which compiles ASPX and ASCX files to C# or VB code) and the type of the variable corresponding to that control in your Web Forms code behind. An IFRAME server control (<iframe id="frame" runat="server" />
) will be parsed as a control of a particular type. In ASP.NET 4 an IFRAME server control will be an HtmlGenericControl control. In ASP.NET 4.5 an IFRAME server control will be an HtmlIframe control.
The problem can be fixed by making sure that the targetFramework attribute on the compilation element in your web.config file agrees with the Target Framework property of your project and that the variable corresponding to your IFRAME server control matches the type of control the ASP.NET compiler will generate.
An ASP.NET 4 project that has been converted to .NET Framework 4.5 in Visual Studio 2013 will modify the project's web.config file so that targetFramework attribute of the compilation element has a value of "4.5" (<compilation targetFramework="4.5"/>
). This causes the ASP.NET compiler to treat the IFRAME server control as a HtmlIframe control. This can cause a problem if the Web Forms code behind control variable is still an HtmlGenericControl. The error you see is like this:
The base class includes the field 'frame', but its type (System.Web.UI.HtmlControls.HtmlGenericControl) is not compatible with the type of control (System.Web.UI.HtmlControls.HtmlIframe).
The solution to the previous error is to update the type of the server control variable that corresponds to the IFRAME server control. You can do this by re-saving the Web Forms HTML file which will cause the designer file to be regenerated. As far as I can see (in Visual Studio 2013 at least) changing the control ID is not necessary. If the server control variable is in the code behind file, it must be updated manually.
An ASP.NET 4.5 project where the code behind variable is an HtmlIframe will experience a similar but different issue if the targetFramework attribute of the compilation element in the web.config file has a value of "4.0" (<compilation targetFramework="4.0"/>
). This causes the ASP.NET compiler to treat the IFRAME server control as a HtmlGenericControl control. The error you see is like this:
The base class includes the field 'frame', but its type (System.Web.UI.HtmlControls.HtmlIframe) is not compatible with the type of control (System.Web.UI.HtmlControls.HtmlGenericControl).
The way to fix the previous error is to make sure the web.config compilation settings agree with your project's Target Framework attribute. In this case the targetFramework attribute of the compilation element in the web.config should have a value of "4.5".
<compilation targetFramework="4.5"/>
Note: Setting the httpRuntime element's targetFramework attribute to 4.5 will also have the effect of setting the compilation element's targetFramework attribute to 4.5. See https://blogs.msdn.microsoft.com/webdev/2012/11/19/all-about-httpruntime-targetframework/ for more info.
Note 2: There is no <asp:HtmlIframe>
tag. Registering the tag prefix "asp" to the System.Web.UI.HtmlControls namespace is not something that is required to use an IFRAME server control.
The basic problem is an incompatibility between the object generated from your Web Forms IFRAME server control by the ASP.NET compiler (which compiles ASPX and ASCX files to C# or VB code) and the type of the variable corresponding to that control in your Web Forms code behind. An IFRAME server control (<iframe id="frame" runat="server" />
) will be parsed as a control of a particular type. In ASP.NET 4 an IFRAME server control will be an HtmlGenericControl control. In ASP.NET 4.5 an IFRAME server control will be an HtmlIframe control.
The problem can be fixed by making sure that the targetFramework attribute on the compilation element in your web.config file agrees with the Target Framework property of your project and that the variable corresponding to your IFRAME server control matches the type of control the ASP.NET compiler will generate.
An ASP.NET 4 project that has been converted to .NET Framework 4.5 in Visual Studio 2013 will modify the project's web.config file so that targetFramework attribute of the compilation element has a value of "4.5" (<compilation targetFramework="4.5"/>
). This causes the ASP.NET compiler to treat the IFRAME server control as a HtmlIframe control. This can cause a problem if the Web Forms code behind control variable is still an HtmlGenericControl. The error you see is like this:
The base class includes the field 'frame', but its type (System.Web.UI.HtmlControls.HtmlGenericControl) is not compatible with the type of control (System.Web.UI.HtmlControls.HtmlIframe).
The solution to the previous error is to update the type of the server control variable that corresponds to the IFRAME server control. You can do this by re-saving the Web Forms HTML file which will cause the designer file to be regenerated. As far as I can see (in Visual Studio 2013 at least) changing the control ID is not necessary. If the server control variable is in the code behind file, it must be updated manually.
An ASP.NET 4.5 project where the code behind variable is an HtmlIframe will experience a similar but different issue if the targetFramework attribute of the compilation element in the web.config file has a value of "4.0" (<compilation targetFramework="4.0"/>
). This causes the ASP.NET compiler to treat the IFRAME server control as a HtmlGenericControl control. The error you see is like this:
The base class includes the field 'frame', but its type (System.Web.UI.HtmlControls.HtmlIframe) is not compatible with the type of control (System.Web.UI.HtmlControls.HtmlGenericControl).
The way to fix the previous error is to make sure the web.config compilation settings agree with your project's Target Framework attribute. In this case the targetFramework attribute of the compilation element in the web.config should have a value of "4.5".
<compilation targetFramework="4.5"/>
Note: Setting the httpRuntime element's targetFramework attribute to 4.5 will also have the effect of setting the compilation element's targetFramework attribute to 4.5. See https://blogs.msdn.microsoft.com/webdev/2012/11/19/all-about-httpruntime-targetframework/ for more info.
Note 2: There is no <asp:HtmlIframe>
tag. Registering the tag prefix "asp" to the System.Web.UI.HtmlControls namespace is not something that is required to use an IFRAME server control.
edited Sep 7 '18 at 16:59
answered Feb 11 '14 at 16:19
David JohnstonDavid Johnston
1,22011010
1,22011010
Do you know if<pages controlRenderingCompatibilityVersion="4.0"
might as also be causing this issue?
– crush
Sep 15 '14 at 15:24
In my experiments,<pages controlRenderingCompatibilityVersion="4.0" />
does not affect how the ASP.NET compiler parses an<iframe runat="server" />
control if<compilation targetFramework="4.5"/>
is set.
– David Johnston
Sep 16 '14 at 3:11
14
+1 for this sentence: "You can do this by re-saving the Web Forms HTML file which will cause the designer file to be regenerated." That was the fix for us.
– JamesQMurphy
Dec 2 '15 at 13:56
@JamesQMurphy Thanks!
– David Johnston
Dec 3 '15 at 2:07
3
Excellent response. Re-saving the aspx file worked perfectly.
– user1003916
Mar 29 '16 at 14:49
|
show 2 more comments
Do you know if<pages controlRenderingCompatibilityVersion="4.0"
might as also be causing this issue?
– crush
Sep 15 '14 at 15:24
In my experiments,<pages controlRenderingCompatibilityVersion="4.0" />
does not affect how the ASP.NET compiler parses an<iframe runat="server" />
control if<compilation targetFramework="4.5"/>
is set.
– David Johnston
Sep 16 '14 at 3:11
14
+1 for this sentence: "You can do this by re-saving the Web Forms HTML file which will cause the designer file to be regenerated." That was the fix for us.
– JamesQMurphy
Dec 2 '15 at 13:56
@JamesQMurphy Thanks!
– David Johnston
Dec 3 '15 at 2:07
3
Excellent response. Re-saving the aspx file worked perfectly.
– user1003916
Mar 29 '16 at 14:49
Do you know if
<pages controlRenderingCompatibilityVersion="4.0"
might as also be causing this issue?– crush
Sep 15 '14 at 15:24
Do you know if
<pages controlRenderingCompatibilityVersion="4.0"
might as also be causing this issue?– crush
Sep 15 '14 at 15:24
In my experiments,
<pages controlRenderingCompatibilityVersion="4.0" />
does not affect how the ASP.NET compiler parses an <iframe runat="server" />
control if <compilation targetFramework="4.5"/>
is set.– David Johnston
Sep 16 '14 at 3:11
In my experiments,
<pages controlRenderingCompatibilityVersion="4.0" />
does not affect how the ASP.NET compiler parses an <iframe runat="server" />
control if <compilation targetFramework="4.5"/>
is set.– David Johnston
Sep 16 '14 at 3:11
14
14
+1 for this sentence: "You can do this by re-saving the Web Forms HTML file which will cause the designer file to be regenerated." That was the fix for us.
– JamesQMurphy
Dec 2 '15 at 13:56
+1 for this sentence: "You can do this by re-saving the Web Forms HTML file which will cause the designer file to be regenerated." That was the fix for us.
– JamesQMurphy
Dec 2 '15 at 13:56
@JamesQMurphy Thanks!
– David Johnston
Dec 3 '15 at 2:07
@JamesQMurphy Thanks!
– David Johnston
Dec 3 '15 at 2:07
3
3
Excellent response. Re-saving the aspx file worked perfectly.
– user1003916
Mar 29 '16 at 14:49
Excellent response. Re-saving the aspx file worked perfectly.
– user1003916
Mar 29 '16 at 14:49
|
show 2 more comments
You need to add the following tag:
<asp:HtmlIframe>
and in the designer, change the control type to:
System.Web.UI.HtmlControls.HtmlIframe
Add the following in the Web.config:
<controls>
<add tagPrefix="asp" namespace="System.Web.UI.HtmlControls" assembly="System.Web"/>
</controls>
This should fix it.
Thanks for the input as you can, see from the accepted answer above, the issue was fixed some time ago now.
– gambisk
Nov 27 '13 at 14:38
3
After upgrading a .NET 3.5 project to 4.5 I was missing the asp tagPrefix under controls that avoided a Unknown server tag 'asp:HtmlIframe'. Parser error.
– Daniel Ballinger
Jan 24 '14 at 0:55
Are there any other controls that have a breaking change like this?
– Nelson Rothermel
Sep 16 '14 at 15:48
add a comment |
You need to add the following tag:
<asp:HtmlIframe>
and in the designer, change the control type to:
System.Web.UI.HtmlControls.HtmlIframe
Add the following in the Web.config:
<controls>
<add tagPrefix="asp" namespace="System.Web.UI.HtmlControls" assembly="System.Web"/>
</controls>
This should fix it.
Thanks for the input as you can, see from the accepted answer above, the issue was fixed some time ago now.
– gambisk
Nov 27 '13 at 14:38
3
After upgrading a .NET 3.5 project to 4.5 I was missing the asp tagPrefix under controls that avoided a Unknown server tag 'asp:HtmlIframe'. Parser error.
– Daniel Ballinger
Jan 24 '14 at 0:55
Are there any other controls that have a breaking change like this?
– Nelson Rothermel
Sep 16 '14 at 15:48
add a comment |
You need to add the following tag:
<asp:HtmlIframe>
and in the designer, change the control type to:
System.Web.UI.HtmlControls.HtmlIframe
Add the following in the Web.config:
<controls>
<add tagPrefix="asp" namespace="System.Web.UI.HtmlControls" assembly="System.Web"/>
</controls>
This should fix it.
You need to add the following tag:
<asp:HtmlIframe>
and in the designer, change the control type to:
System.Web.UI.HtmlControls.HtmlIframe
Add the following in the Web.config:
<controls>
<add tagPrefix="asp" namespace="System.Web.UI.HtmlControls" assembly="System.Web"/>
</controls>
This should fix it.
edited Jul 4 '16 at 11:44
Protector one
3,88033964
3,88033964
answered Nov 21 '13 at 13:27
PanojPanoj
34336
34336
Thanks for the input as you can, see from the accepted answer above, the issue was fixed some time ago now.
– gambisk
Nov 27 '13 at 14:38
3
After upgrading a .NET 3.5 project to 4.5 I was missing the asp tagPrefix under controls that avoided a Unknown server tag 'asp:HtmlIframe'. Parser error.
– Daniel Ballinger
Jan 24 '14 at 0:55
Are there any other controls that have a breaking change like this?
– Nelson Rothermel
Sep 16 '14 at 15:48
add a comment |
Thanks for the input as you can, see from the accepted answer above, the issue was fixed some time ago now.
– gambisk
Nov 27 '13 at 14:38
3
After upgrading a .NET 3.5 project to 4.5 I was missing the asp tagPrefix under controls that avoided a Unknown server tag 'asp:HtmlIframe'. Parser error.
– Daniel Ballinger
Jan 24 '14 at 0:55
Are there any other controls that have a breaking change like this?
– Nelson Rothermel
Sep 16 '14 at 15:48
Thanks for the input as you can, see from the accepted answer above, the issue was fixed some time ago now.
– gambisk
Nov 27 '13 at 14:38
Thanks for the input as you can, see from the accepted answer above, the issue was fixed some time ago now.
– gambisk
Nov 27 '13 at 14:38
3
3
After upgrading a .NET 3.5 project to 4.5 I was missing the asp tagPrefix under controls that avoided a Unknown server tag 'asp:HtmlIframe'. Parser error.
– Daniel Ballinger
Jan 24 '14 at 0:55
After upgrading a .NET 3.5 project to 4.5 I was missing the asp tagPrefix under controls that avoided a Unknown server tag 'asp:HtmlIframe'. Parser error.
– Daniel Ballinger
Jan 24 '14 at 0:55
Are there any other controls that have a breaking change like this?
– Nelson Rothermel
Sep 16 '14 at 15:48
Are there any other controls that have a breaking change like this?
– Nelson Rothermel
Sep 16 '14 at 15:48
add a comment |
We were able to fix the issue converting the
<iframe id="iframe" runat="server" />
to
<asp:HtmlIframe id="iframe" runat="server" />
7
Answer doesn't mention you must add namespace 'System.Web.UI.HtmlControls' to Web.config. (See Panoj for complete answer).
– Captain Sensible
Aug 20 '14 at 11:53
1
Or add the namespace in the specific aspx file.
– Tomasz Przychodzki
Feb 1 '16 at 9:17
add a comment |
We were able to fix the issue converting the
<iframe id="iframe" runat="server" />
to
<asp:HtmlIframe id="iframe" runat="server" />
7
Answer doesn't mention you must add namespace 'System.Web.UI.HtmlControls' to Web.config. (See Panoj for complete answer).
– Captain Sensible
Aug 20 '14 at 11:53
1
Or add the namespace in the specific aspx file.
– Tomasz Przychodzki
Feb 1 '16 at 9:17
add a comment |
We were able to fix the issue converting the
<iframe id="iframe" runat="server" />
to
<asp:HtmlIframe id="iframe" runat="server" />
We were able to fix the issue converting the
<iframe id="iframe" runat="server" />
to
<asp:HtmlIframe id="iframe" runat="server" />
answered Jul 31 '13 at 10:46
gambiskgambisk
5991413
5991413
7
Answer doesn't mention you must add namespace 'System.Web.UI.HtmlControls' to Web.config. (See Panoj for complete answer).
– Captain Sensible
Aug 20 '14 at 11:53
1
Or add the namespace in the specific aspx file.
– Tomasz Przychodzki
Feb 1 '16 at 9:17
add a comment |
7
Answer doesn't mention you must add namespace 'System.Web.UI.HtmlControls' to Web.config. (See Panoj for complete answer).
– Captain Sensible
Aug 20 '14 at 11:53
1
Or add the namespace in the specific aspx file.
– Tomasz Przychodzki
Feb 1 '16 at 9:17
7
7
Answer doesn't mention you must add namespace 'System.Web.UI.HtmlControls' to Web.config. (See Panoj for complete answer).
– Captain Sensible
Aug 20 '14 at 11:53
Answer doesn't mention you must add namespace 'System.Web.UI.HtmlControls' to Web.config. (See Panoj for complete answer).
– Captain Sensible
Aug 20 '14 at 11:53
1
1
Or add the namespace in the specific aspx file.
– Tomasz Przychodzki
Feb 1 '16 at 9:17
Or add the namespace in the specific aspx file.
– Tomasz Przychodzki
Feb 1 '16 at 9:17
add a comment |
Check that you have next settings in your config file. Also make sure that it's there after publishing.
<system.web>
<httpRuntime targetFramework="4.5" />
<compilation debug="true" targetFramework="4.5"/>
...
</system.web>
Hope it's should help.
1
Thanks! I had inadvertently removed thetargetFramework="4.5"
in my compilation node to troubleshoot a production error, and then started getting this error on my localhost. This answer saved me :)
– Shiva
Sep 12 '16 at 19:03
briancaos.wordpress.com/2013/08/07/…
– Praveen Kumar Rejeti
Sep 6 '18 at 13:33
add a comment |
Check that you have next settings in your config file. Also make sure that it's there after publishing.
<system.web>
<httpRuntime targetFramework="4.5" />
<compilation debug="true" targetFramework="4.5"/>
...
</system.web>
Hope it's should help.
1
Thanks! I had inadvertently removed thetargetFramework="4.5"
in my compilation node to troubleshoot a production error, and then started getting this error on my localhost. This answer saved me :)
– Shiva
Sep 12 '16 at 19:03
briancaos.wordpress.com/2013/08/07/…
– Praveen Kumar Rejeti
Sep 6 '18 at 13:33
add a comment |
Check that you have next settings in your config file. Also make sure that it's there after publishing.
<system.web>
<httpRuntime targetFramework="4.5" />
<compilation debug="true" targetFramework="4.5"/>
...
</system.web>
Hope it's should help.
Check that you have next settings in your config file. Also make sure that it's there after publishing.
<system.web>
<httpRuntime targetFramework="4.5" />
<compilation debug="true" targetFramework="4.5"/>
...
</system.web>
Hope it's should help.
answered Jul 30 '13 at 14:30
Dmitry AntonenkoDmitry Antonenko
1712
1712
1
Thanks! I had inadvertently removed thetargetFramework="4.5"
in my compilation node to troubleshoot a production error, and then started getting this error on my localhost. This answer saved me :)
– Shiva
Sep 12 '16 at 19:03
briancaos.wordpress.com/2013/08/07/…
– Praveen Kumar Rejeti
Sep 6 '18 at 13:33
add a comment |
1
Thanks! I had inadvertently removed thetargetFramework="4.5"
in my compilation node to troubleshoot a production error, and then started getting this error on my localhost. This answer saved me :)
– Shiva
Sep 12 '16 at 19:03
briancaos.wordpress.com/2013/08/07/…
– Praveen Kumar Rejeti
Sep 6 '18 at 13:33
1
1
Thanks! I had inadvertently removed the
targetFramework="4.5"
in my compilation node to troubleshoot a production error, and then started getting this error on my localhost. This answer saved me :)– Shiva
Sep 12 '16 at 19:03
Thanks! I had inadvertently removed the
targetFramework="4.5"
in my compilation node to troubleshoot a production error, and then started getting this error on my localhost. This answer saved me :)– Shiva
Sep 12 '16 at 19:03
briancaos.wordpress.com/2013/08/07/…
– Praveen Kumar Rejeti
Sep 6 '18 at 13:33
briancaos.wordpress.com/2013/08/07/…
– Praveen Kumar Rejeti
Sep 6 '18 at 13:33
add a comment |
You can keep your HTML element as <iframe>
, and simply modify your .designer file to change the type to
System.Web.UI.HtmlControls.HtmlIframe
2
It seems it gets reverted back upon saving the .ASPX files.
– Uwe Keim
Aug 15 '14 at 14:37
add a comment |
You can keep your HTML element as <iframe>
, and simply modify your .designer file to change the type to
System.Web.UI.HtmlControls.HtmlIframe
2
It seems it gets reverted back upon saving the .ASPX files.
– Uwe Keim
Aug 15 '14 at 14:37
add a comment |
You can keep your HTML element as <iframe>
, and simply modify your .designer file to change the type to
System.Web.UI.HtmlControls.HtmlIframe
You can keep your HTML element as <iframe>
, and simply modify your .designer file to change the type to
System.Web.UI.HtmlControls.HtmlIframe
answered Aug 5 '14 at 16:21
p.campbellp.campbell
69.5k56222301
69.5k56222301
2
It seems it gets reverted back upon saving the .ASPX files.
– Uwe Keim
Aug 15 '14 at 14:37
add a comment |
2
It seems it gets reverted back upon saving the .ASPX files.
– Uwe Keim
Aug 15 '14 at 14:37
2
2
It seems it gets reverted back upon saving the .ASPX files.
– Uwe Keim
Aug 15 '14 at 14:37
It seems it gets reverted back upon saving the .ASPX files.
– Uwe Keim
Aug 15 '14 at 14:37
add a comment |
Further (or in as a combination of the answers here).
I don't believe it's needed to actually change the tags from iframe
to asp:HtmlIFrame
if you have the reference to the updated System.Web.UI.HtmlControls
.
I updated my web.config to remove specific versions of the tag prefix and replace it with:
<add tagPrefix="asp" namespace="System.Web.UI.HtmlControls" assembly="System.Web, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>
Clean and rebuild the project and that regenerates all the designer tags for me with the correct HtmlIFrame
output.
add a comment |
Further (or in as a combination of the answers here).
I don't believe it's needed to actually change the tags from iframe
to asp:HtmlIFrame
if you have the reference to the updated System.Web.UI.HtmlControls
.
I updated my web.config to remove specific versions of the tag prefix and replace it with:
<add tagPrefix="asp" namespace="System.Web.UI.HtmlControls" assembly="System.Web, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>
Clean and rebuild the project and that regenerates all the designer tags for me with the correct HtmlIFrame
output.
add a comment |
Further (or in as a combination of the answers here).
I don't believe it's needed to actually change the tags from iframe
to asp:HtmlIFrame
if you have the reference to the updated System.Web.UI.HtmlControls
.
I updated my web.config to remove specific versions of the tag prefix and replace it with:
<add tagPrefix="asp" namespace="System.Web.UI.HtmlControls" assembly="System.Web, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>
Clean and rebuild the project and that regenerates all the designer tags for me with the correct HtmlIFrame
output.
Further (or in as a combination of the answers here).
I don't believe it's needed to actually change the tags from iframe
to asp:HtmlIFrame
if you have the reference to the updated System.Web.UI.HtmlControls
.
I updated my web.config to remove specific versions of the tag prefix and replace it with:
<add tagPrefix="asp" namespace="System.Web.UI.HtmlControls" assembly="System.Web, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>
Clean and rebuild the project and that regenerates all the designer tags for me with the correct HtmlIFrame
output.
answered Sep 3 '14 at 12:33
dougajmcdonalddougajmcdonald
13.5k74180
13.5k74180
add a comment |
add a comment |
i had also face this issue but simply i deleted this UserControl ans added new userControl with same name then my issue were fixed.....
<iframe id="logPanel" runat="server" scrolling="auto" src="">
add a comment |
i had also face this issue but simply i deleted this UserControl ans added new userControl with same name then my issue were fixed.....
<iframe id="logPanel" runat="server" scrolling="auto" src="">
add a comment |
i had also face this issue but simply i deleted this UserControl ans added new userControl with same name then my issue were fixed.....
<iframe id="logPanel" runat="server" scrolling="auto" src="">
i had also face this issue but simply i deleted this UserControl ans added new userControl with same name then my issue were fixed.....
<iframe id="logPanel" runat="server" scrolling="auto" src="">
answered Nov 17 '14 at 9:08
Amit SharmaAmit Sharma
77411735
77411735
add a comment |
add a comment |
Look into designer file, and replace Htmliframe for HtmlGenericControl in the control that has problems.
You mean the other way around, replace HtmlGenericControl with Htmliframe.
– Tomasz Przychodzki
Feb 1 '16 at 9:17
add a comment |
Look into designer file, and replace Htmliframe for HtmlGenericControl in the control that has problems.
You mean the other way around, replace HtmlGenericControl with Htmliframe.
– Tomasz Przychodzki
Feb 1 '16 at 9:17
add a comment |
Look into designer file, and replace Htmliframe for HtmlGenericControl in the control that has problems.
Look into designer file, and replace Htmliframe for HtmlGenericControl in the control that has problems.
answered Apr 23 '15 at 22:12
ovamendocinoovamendocino
111
111
You mean the other way around, replace HtmlGenericControl with Htmliframe.
– Tomasz Przychodzki
Feb 1 '16 at 9:17
add a comment |
You mean the other way around, replace HtmlGenericControl with Htmliframe.
– Tomasz Przychodzki
Feb 1 '16 at 9:17
You mean the other way around, replace HtmlGenericControl with Htmliframe.
– Tomasz Przychodzki
Feb 1 '16 at 9:17
You mean the other way around, replace HtmlGenericControl with Htmliframe.
– Tomasz Przychodzki
Feb 1 '16 at 9:17
add a comment |
My solution was to just rename the IFrame and rebuild and the designer file will be updated accordingly with the correct references.
add a comment |
My solution was to just rename the IFrame and rebuild and the designer file will be updated accordingly with the correct references.
add a comment |
My solution was to just rename the IFrame and rebuild and the designer file will be updated accordingly with the correct references.
My solution was to just rename the IFrame and rebuild and the designer file will be updated accordingly with the correct references.
answered Mar 2 '17 at 4:48
De Wet EllisDe Wet Ellis
54257
54257
add a comment |
add a comment |
From .NET 4.5, Microsoft decided to change the iframe from a HtmlGenericControl to its own control, a HtmlIframe.
so you have to change the
System.Web.UI.HtmlControls.HtmlGenericControls to System.Web.UI.HtmlControls.HtmlIframe
add a comment |
From .NET 4.5, Microsoft decided to change the iframe from a HtmlGenericControl to its own control, a HtmlIframe.
so you have to change the
System.Web.UI.HtmlControls.HtmlGenericControls to System.Web.UI.HtmlControls.HtmlIframe
add a comment |
From .NET 4.5, Microsoft decided to change the iframe from a HtmlGenericControl to its own control, a HtmlIframe.
so you have to change the
System.Web.UI.HtmlControls.HtmlGenericControls to System.Web.UI.HtmlControls.HtmlIframe
From .NET 4.5, Microsoft decided to change the iframe from a HtmlGenericControl to its own control, a HtmlIframe.
so you have to change the
System.Web.UI.HtmlControls.HtmlGenericControls to System.Web.UI.HtmlControls.HtmlIframe
answered May 21 at 14:15
Ayush joshiAyush joshi
1351314
1351314
add a comment |
add a comment |
Thanks for contributing an answer to Stack Overflow!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f17809446%2fiframe-parser-error-after-upgrading-to-net-4-5%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown