ASP.NET ReportViewer Google Chrome CPU-Auslastung

Die Lösung ist tatsächlich einige der ReportViewer JavaScript bewirkt eine Endlosschleife, in Chrom, ich bin Entsendung der source-code, wie zu lösen dieses Problem, indem Sie eine benutzerdefinierte version des ReportViewer-Steuerelement und die Festsetzung der gebrochenen JavaScript (ich habe den link zur Lösung, aber ich wollte nicht schreiben, nur verwendet es :))

Kann ich bestätigen, dass wir jetzt ein Upgrade auf die neueste ReportViewer-in Visual Studio 2010 -, Chrom-CPU-Problem nicht mehr besteht, und diese Arbeit ist nicht erforderlich.

public class MyReportViewer : Microsoft.Reporting.WebForms.ReportViewer
{
    protected override void Render(HtmlTextWriter writer)
    {
        using (StringWriter sw = new StringWriter())
        {
            HtmlTextWriter tmpWriter = new HtmlTextWriter(sw);
            base.Render(tmpWriter);
            string val = sw.ToString();
            val = val.Replace(@"!= 'javascript:\'\''", @"!= 'javascript:\'\'' && false");
            writer.Write(val);
        }
    }
}

Wenn Sie den Berichts-Manager wie mich (version 2005) es gibt nicht viel Sie tun können, über das ReportViewer-Steuerelement. (ist es?) Es gibt eine alternative, obwohl:

Phil Lösung effektiv deaktiviert die Ausführung von code durch das onload-Ereignis eines in einem iframe. In SSRS 2005 dies ist ein iframe mit der id 'ctl140TouchSession0':

<iframe name="ctl140TouchSession0" id="ctl140TouchSession0" onload="if (frames['ctl140TouchSession0'].location != 'javascript:\'\'') frames['ctl140TouchSession0'].location.replace('javascript:\'\'');" src="javascript:''" style="position:absolute;width:0;height:0;border-width:0;visibility:hidden;">

Sehen Sie den fehlerhaften code in der onload-event - der Render-code deaktiviert die if-Anweisung durch den Zusatz "&& false" in die Bedingung.

Den folgenden javascript-Code wird dasselbe erreicht durch entleeren des onload-nachdem die Seite geladen ist, Stoppt die Schleife.

(Fügen Sie diese an der Unterseite von [MSSQL Reporting services-Ordner]\ReportManager\js\ReportingServices.js)

//CUSTOMIZATIONS
addLoadEvent(customize);

//some browser-independent onload-adder I pulled from somewhere
function addLoadEvent(fn)
{
    if (window.addEventListener)
        window.addEventListener('load', fn, false);
    else if (window.attachEvent)
        window.attachEvent('onload', fn);
}

function customize()
{
    //the actual fix. 
    //check first, we may be in a page without a reportviewer
    if(document.getElementById('ctl140TouchSession0'))
        document.getElementById('ctl140TouchSession0').onload = "";
}

Hinweis: ich bin nicht sicher, was das onload-Ereignis eigentlich nicht und wenn es zu entfernen, wie dies tötet einige andere Funktionen. Es sollte ein Weg gefunden werden, ändern Sie die onload-in der gleichen Weise, wie Phil ' s-Lösung, oder ein browser-abhängiges Problem beheben, aber dies funktioniert der trick, und ich habe keine Probleme im IE noch nicht.

Hatte ich dieses problem und es hat mich absolut verrückt!

Zunächst speichern Sie die generierte Datei - dies ist, wenn Sie können. Manchmal friert es. Speichern und überprüfen Sie die Größe der der Bericht generiert wird. Mein Problem resuletd in Dateien über 16MB erstellt und verlangsamen den browser und Netzwerk.

Tun Sie sich einen gefallen haben Sie einen Blick auf den html-von Leser Quelle erzeugt wird, die in das web-Formular. Überprüfen Sie, ob das styling geschrieben wurde explizit inline in das generierte Dokument anstelle der referenzierten Datei aus einer Datei.

Versuchen, das entfernen der styling aus den berichten und sehen, ob das hilft.

Dieser hat Arbeit für mich, es ist nicht so, dass ich würde empfehlen es aber.
Ich bemerkte, dass meine WebKitInspector würde, dass der browser einfriert.

var iframes = document.getElementsByTagName("IFRAME");

for (var i = 0, ln = iframes.length; i < ln; i++) {

    iframes[0].parentNode.removeChild(iframes[0]);
}