Error Reporte RDL en SharePoint 2010 no despliega información o Type Sys.UI._Timer has already been registered

Este error no se manifiesta tan evidente ya que el navegador de IE 9, 10 no hará nada y por ende no mostrará la generación del reporte y es más funcionará para algunos usuarios y para otros no.

Si utilizamos las herramientas de desarrollador de IE presionando F12 desde IE en la pestaña de scripts podremos ver el siguiente detalle de error:

SCRIPT5022: Sys.InvalidOperationException: Type Sys.UI._Timer has already been registered. The type may be defined multiple times or the script file that defines it may have already been loaded. A possible cause is a change of settings during a partial update.
ScriptResource.axd?d=kPNVqg5Xk2xEHmG9iUkh6gb4nTjKg44qXODEnWnCK3WXpZEBMHocVoBFio19AkZm6XU5yigeZoGe2mg4Dmaq7JxvAk32sogRfD7ud5cTh5dVgp3pyap8Pqc2L3Eym8bxal5ATKCkLJDjXVUmA4sIWOvkUKp9Hs0UVf8fZ2TfizcKCAGb0&t=33137d1a

Gracias a Natalia Tsymbalenko por su solución con la pudimos resolver el problema:

http://sharing-the-experience.blogspot.com/2012/04/rsviewerpageaspx-type-sysuitimer-has.html

Lo único que quisiera agregar especialmente para usuarios no familiarizados con la estructura de SharePoint es que el web.config a modificar es de la Applicación Web donde esta el reporte instalado.  Una instalación de SharePoint puede contar con varias aplicaciones Web y no solo con una así que debe de validarse cual es la que debemos de modificar. 

Para ello puede ir al Servidor de SharePoint al IIS Manager y podrá ubicar la ruta de la aplicación Web de reportes:

Por ejemplo de forma predeterminada cuando creamos una aplicación web desde SharePoint esta la crea en la ubicación predeterminada del IIS que normalmente es c:\inetpub\wwwrooot\wss\VirtualDirectories y dentro de este directorio un directorio por cada aplicación Web por lo menos encontrará dos una del Central Administration y otra de la aplicación Web del portal. 

Y finalmente dentro de ese directorio encontrará el archivo de configuración web.config.  En la sección compilation batch verificar que el debug=”false” si esta activado debug=”true” cambielo a false y listo el así como vino desaparece.

<globalization fileEncoding="utf-8" />
<compilation batch="false" debug="false">
     <assemblies>
       <add assembly="Microsoft.SharePoint, Version=15.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" />
       <add assembly="System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" />
       <add assembly="Microsoft.Web.CommandUI, Version=15.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" />
       <add assembly="Microsoft.SharePoint.Search, Version=15.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" />
       <add assembly="Microsoft.Office.Access.Server.UI, Version=15.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" />
       <add assembly="Microsoft.Office.Access.Services.UI, Version=15.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" />
       <add assembly="Microsoft.SharePoint.Publishing, Version=15.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" />
       <add assembly="Microsoft.Office.Server.Search, Version=15.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" />
     </assemblies>
  …

</compilation>
 
Y ahora puede ejecutar los reportes desde IE 9 o 10 si este problema.

SharePoint4Fun,

Juan Manuel Herrera Ocheita