asp.net - ''WebForm_DoPostBackWithOptions'' no está definido en IE11 Preview
internet-explorer asp.net-mvc-4 (9)
IE11 está por llegar. Acabo de instalar la versión de vista previa del desarrollador. Sin embargo, si ejecuto parte de mi aplicación web y WebForm_DoPostBackWithOptions
el error WebForm_DoPostBackWithOptions
no está definido .
El error apareció cuando estaba jugando con el autopostback DropDownList
.
Además, parece que hubo un problema similar con IE10 antes:
Encontré una solución temporal a esto.
Intenté aplicar la revisión pero no pude instalar la revisión. El error fue: kb2600088 no se aplica o está bloqueado por otra condición en su computadora. Probablemente debido a .NET 4.5, busqué en Google abit pero no quería desinstalar .NET 4.5, así que no lo hice.
Por lo tanto, para solucionar el problema original, inicie IE11 y vaya a la consola del desarrollador presionando F12. En la pestaña "Emulación", configure el modo de documento en "10" y en la cadena de agente de usuario, configúrelo a "10" también. Creo que emula IE 10, que funciona perfectamente bien sin tener que toparse con este error.
Esto es solo un trabajo alrededor. No es una solución. Espero que ayude a aquellos que intentan hacer el trabajo.
Finalmente, encontré la solución, gracias el consejo de Scott Hunter.
Si desea resolver el problema IE11, instale la revisión a continuación.
http://support.microsoft.com/kb/2836939 - NDP 4 - Win7SP1 / Win2K3SP2 / Win2K8R2SP1 / Win2K8SP2 / VistaSP2 / WinXPSP3
http://support.microsoft.com/kb/2836940 - NDP 3.5 SP1 - Win2K3SP2 / Win2K8SP2 / VistaSP2 / WinXPSP3
http://support.microsoft.com/kb/2836941 - NDP 2.0 SP2 - Win2K3SP2 / WinXPSP3
http://support.microsoft.com/kb/2836942 - NDP 3.5 SP1 - Win7SP1 / Win2K8R2SP1
http://support.microsoft.com/kb/2836943 - NDP 2.0 SP2 - Win7SP1 / Win2K8R2SP1
http://support.microsoft.com/kb/2836945 - NDP 2.0 SP2 - Win2K8SP2 / VistaSP2
http://support.microsoft.com/kb/2836946 - NDP 2.0 SP2 - Win8RTM / WinRTRTM / Win2K12RTM
Para cualquier persona que tenga dificultades para comprender por qué la respuesta de user2919107 anterior (poner un archivo .browser personalizado para IE11 en su carpeta App_Browsers) no funciona, intente tocar un archivo .browser existente en su carpeta App_Browsers.
Simplemente crear / copiar el archivo IE11 .browser no funciona. Debe tocar un archivo .browser existente para que los contenidos de App_Browsers se vuelvan a compilar y se tengan en cuenta.
Probé todos los parches que he visto listados en Internet, incluidos los que se enumeran aquí. Lo único que parecía funcionar realmente era instalar .NET Framework 4.5 en el servidor.
Obténgalo aquí: http://www.microsoft.com/en-us/download/details.aspx?id=30653
Espero que esto le ahorre a alguien algunas de las horas que he perdido en este caso.
Sí, este es el mismo problema central y está solucionado por la revisión ASP.NET de junio de 2013. Consulte http://blogs.msdn.com/b/ieinternals/archive/2013/09/21/internet-explorer-11-user-agent-string-ua-string-sniffing-compatibility-with-gecko-webkit.aspx
Si descargó IE 11 pero usa el navegador IE original que vino con Windows, el agente de usuario del navegador es un poco diferente y la respuesta más votada no funcionará.
Solo tienes que cambiar esta línea:
<userAgent match="Trident//7.0; rv:(?''version''(?''major''/d+)(/.(?''minor''/d+)?)(?''letters''/w*))(?''extra''[^)]*)" />
a esto:
<userAgent match="Trident//7.0;(?''someGarbage''[^''rv:'']*) rv:(?''version''(?''major''/d+)(/.(?''minor''/d+)?)(?''letters''/w*))(?''extra''[^)]*)" />
Si está ejecutando Windows 2003 y no puede aplicar ninguna revisión; intente configurar la propiedad ClientTarget del objeto de página en el Page_Init de su página ASP.NET para "subir de nivel".
protected void Page_Init(object sender, EventArgs e)
{
Page.ClientTarget = "uplevel";
}
Tuve un problema similar con Internet Explorer 11 al no ser detectado correctamente por el framework .NET 4.0. Así es como trabajé alrededor del problema:
Instalar los parches sugeridos no funcionó. Después de profundizar en el tema, descubrí que aunque el parche http://support.microsoft.com/kb/2836939 está instalado en el servidor, el navegador aún se reconoce como Mozilla con la versión 0.0 en el servidor. Después de una investigación adicional, descubrí que si tiene un archivo .browser
en la carpeta app_browsers
su sitio, la versión detectada en el servidor es incorrecta, a saber, Mozilla 0.0.
Para .browser
el problema, creé un archivo .browser
personalizado en el directorio app_browsers
con el siguiente contenido:
<browsers>
<browser id="IE11" parentID="Mozilla">
<identification>
<userAgent match="Trident//7.0; rv:(?''version''(?''major''/d+)(/.(?''minor''/d+)?)(?''letters''/w*))(?''extra''[^)]*)" />
<userAgent nonMatch="IEMobile" />
</identification>
<capture>
<userAgent match="Trident/(?''layoutVersion''/d+)" />
</capture>
<capabilities>
<capability name="browser" value="IE" />
<capability name="layoutEngine" value="Trident" />
<capability name="layoutEngineVersion" value="${layoutVersion}" />
<capability name="extra" value="${extra}" />
<capability name="isColor" value="true" />
<capability name="letters" value="${letters}" />
<capability name="majorversion" value="${major}" />
<capability name="minorversion" value="${minor}" />
<capability name="screenBitDepth" value="8" />
<capability name="type" value="IE${major}" />
<capability name="version" value="${version}" />
</capabilities>
</browser>
<!-- Mozilla/5.0 (Windows NT 6.3; Trident/7.0; rv:11,0) like Gecko -->
<browser id="IE110" parentID="IE11">
<identification>
<capability name="majorversion" match="11" />
</identification>
<capabilities>
<capability name="ecmascriptversion" value="3.0" />
<capability name="jscriptversion" value="5.6" />
<capability name="javascript" value="true" />
<capability name="javascriptversion" value="1.5" />
<capability name="msdomversion" value="${majorversion}.${minorversion}" />
<capability name="w3cdomversion" value="1.0" />
<capability name="ExchangeOmaSupported" value="true" />
<capability name="activexcontrols" value="true" />
<capability name="backgroundsounds" value="true" />
<capability name="cookies" value="true" />
<capability name="frames" value="true" />
<capability name="javaapplets" value="true" />
<capability name="supportsCallback" value="true" />
<capability name="supportsFileUpload" value="true" />
<capability name="supportsMultilineTextBoxDisplay" value="true" />
<capability name="supportsMaintainScrollPositionOnPostback" value="true" />
<capability name="supportsVCard" value="true" />
<capability name="supportsXmlHttp" value="true" />
<capability name="tables" value="true" />
<capability name="supportsAccessKeyAttribute" value="true" />
<capability name="tagwriter" value="System.Web.UI.HtmlTextWriter" />
<capability name="vbscript" value="true" />
</capabilities>
</browser>
</browsers>
Se sugiere un enfoque similar en el siguiente artículo: doPostback falla en IE 11+ Windows 8.1
Me gustaría aclarar que el problema está sucediendo solo con .NET 4.0. Con .NET 4.5, el navegador y su versión se detectan correctamente.
Yo también estaba teniendo este problema. Intenté todo menos instalar .NET 4.5. Solo buscaba una solución a corto plazo antes de actualizar a .NET 4.5. Panagiotis Poulos tenía razón sobre el nuevo archivo .browser. Toqué un archivo .browser existente y ahora se está reconociendo mi nuevo archivo IE .browser. Todo funciona de nuevo por lo que puedo decir.
En resumen, siga las instrucciones de este tipo, pero si prueba el enfoque .browser, recuerde tocar un archivo .browser existente después de cargar su propio archivo .browser.