Was bedeutet status=cancled für eine Ressource in den Chrome Developer Tools?

Question

Was würde dazu führen, dass eine Seite abgebrochen wird? Ich habe einen Screenshot der Chrome Developer Tools.

Das passiert oft, aber nicht immer. Es scheint, als ob, sobald einige andere Ressourcen zwischengespeichert werden, eine Seite aktualisieren wird die LeftPane.aspx laden. Und was wirklich seltsam ist, passiert dies nur in Google Chrome, nicht Internet Explorer 8. Irgendwelche Ideen, warum Chrome eine Anfrage abbrechen würde?

Answer 1

In meinem Fall war die Ursache des Problems eine andere.

Meine Anwendung befindet sich hinter einem Proxy, und Chrome-Anforderungen wurden mit der If-Modified-Since HTTP-Header . Wenn diese Kopfzeile vorhanden ist, ist das erwartete Verhalten:

sendet der Server die angeforderte Ressource nur dann mit dem Status 200 zurück, wenn sie nach dem angegebenen Datum zuletzt geändert wurde. Wurde die Anfrage seither nicht mehr geändert, lautet die Antwort 304 ohne Body;

Der Proxy erfüllte diese Erwartung nicht und antwortete mit einem 304-Statuscode, aber einem nicht leeren Textkörper, so dass die Anfrage abgebrochen wurde.

Nach der Behebung des Proxy-Verhaltens funktionierten die Anfragen einwandfrei.

Answer 2

Kopfzeilen der Content Security Policy für mich! Sie können diese Möglichkeit schnell ausschließen, indem Sie die Chrome Dev Tools-Konsole überprüfen; wenn es sich um CSP-Probleme handelt, werden in der Konsole Fehler angezeigt. In .Net können Sie dies entweder durch Hinzufügen von Headern in der Datei web.config oder im Code beheben.

Das Senden von Formulardaten an "https://www.mysite.mydomain/" wurde abgelehnt, da es gegen die folgende Richtlinie für die Inhaltssicherheit verstößt: "form-action 'self' *.otherdomain www.thirdparty.co.uk".

Hier ist der web.config Fix für den obigen Fehler:

<cspConfiguration>
        <directives>
            <directive name="form-action" allowedSources="'self' *.mydomain>
            </directive>
        </directives>
</cspConfiguration>

Answer 3

Unter dem strengen Blickwinkel von Angular :

Das passiert, wenn man nicht in der Lage ist, auf Code-Ebene richtig zu brechen.

Nehmen wir an, Anfrage1 ist raus, und die Antwort kam auch, danach ging auch die verschachtelte Anfrage2 raus und ihre Antwort kam auch, und direkt brechen wir aus der Schleife aus, ohne das Abonnement von Anfrage1 richtig zu zerstören,

zu dieser Zeit geschieht es