Misteriosa 'El archivo no existe' error (en código no relacionado con cualquier tipo de archivo IO) en global.asax

Question

Me estoy poniendo un 'archivo no existe' error. En mi aplicación ASP.NET. Esto es extraño, sin embargo.

En primer lugar, no existe un archivo de código IO en cualquier lugar - no estoy haciendo nada con los archivos cuando se produce

.

Además, está sucediendo en la última llave de cierre del método Application_Error () en Global.asax (que es el que se introdujo en el código para manejar las excepciones no controladas). Así es:. Que no se produce en un comunicado tiro, o cualquier línea de código significativa, pero a la derecha en la última llave de cierre

El TargetSite es:

  

{System.IO.FileInfo   GetFileInfo (System.String,   System.String,   System.Web.HttpResponse)}

Lo que me parece algo interno a ASP.NET (no existe un método GetFileInfo () en mi solución).

El StackTrace es única:

  

AT   ASP.global_asax.Application_Error (Object sender, EventArgs e) en   c: \ Subversion \ ConfApp \ sitio web \ Global.asax: línea 36 a   System.EventHandler.Invoke (Object   remitente, EventArgs e) en   System.Web.HttpApplication.RaiseOnError ()

Desde que puedo obtener ninguna pista.

Otros detalles:

• Estoy en el medio de tratar de resolver los conflictos entre jQuery 1.4 (y la interfaz de usuario jQuery) y MS ASP.NET AJAX 4 en esta aplicación en el momento

• Se inició después de actualizar la aplicación de .NET 2.0 a .NET 4 y Visual Studio 2010.

¿Alguna idea de cómo podría empezar a buscar en esto?

Actualización:
Poco después de la publicación de esta, me quita y vuelve a agregar jQuery UI (incluyendo js, ??css y las imágenes). Hasta el momento, parece que esto se ha arreglado. No estoy seguro como una biblioteca JS del lado del cliente podría causar un error en Global.asax. Agregará esto como la respuesta, sin embargo, si el error no aparece de nuevo pronto ...

Answer 1

Un día después, y el aparece problema se ha ido.

I removido y re-añadió jquery UI (incluyendo .js, .css y las imágenes). Hasta el momento, parece que esto se ha arreglado. Muy extraño.

Answer 2

Dentro del método ApplicationError, comprobar Request.CurrentExecutionFilePath. CurrentExecutionFilePath debe indicar qué archivo se solicitó.

Al activar esta propiedad ayudó a determinar que Chrome solicita automáticamente "/favicon.ico." Si no hay un favicon, obtendrá un "archivo no existe", pese a que la página se carga muy bien. Por cierto, IE y FF no se comportan de esta manera.

Answer 3

El uso de la sugerencia de examinar Request.CurrentExecutionFilePath en Application_Error de Perry, descubrí que mi aplicación ASP.Net no pudo encontrar los archivos de jQuery en carpetas con el prefijo "~/" en la etiqueta <script>.

que estaba haciendo esto en mi marcado MasterPage:

<script src="~/Scripts/jquery-1.4.1.js" type="text/javascript">

cuando debería haber estado haciendo esto:

<script src="Scripts/jquery-1.4.1.js" type="text/javascript">