Ressource als Dokument interpretiert, aber mit Anwendung / Zip vom Typ MIME übertragen

Mit Chrome 12.0.742.112, wenn ich mit den folgenden Headern umleitung:

HTTP/1.1 302 Found 
Location: http://0.0.0.0:3000/files/download.zip
Content-Type: text/html; charset=utf-8
Cache-Control: no-cache
X-Ua-Compatible: IE=Edge
X-Runtime: 0.157964
Content-Length: 0
Server: WEBrick/1.3.1 (Ruby/1.9.2/2011-02-18)
Date: Tue, 05 Jul 2011 18:42:25 GMT
Connection: Keep-Alive

Wenn dies befolgt wird, wird der folgende Header zurückgegeben:

HTTP/1.1 200 OK 
Last-Modified: Tue, 05 Jul 2011 18:18:30 GMT
Content-Type: application/zip
Content-Length: 150014
Server: WEBrick/1.3.1 (Ruby/1.9.2/2011-02-18)
Date: Tue, 05 Jul 2011 18:44:47 GMT
Connection: Keep-Alive

Chrome leitet die vorherige Seite nicht weiter und ändert sie auch nicht. Es wird lediglich die folgende Warnung in der Konsole angezeigt:

Ressource als Dokument interpretiert, aber mit Anwendung / Zip vom Typ MIME übertragen.

Der Vorgang funktioniert in Firefox ordnungsgemäß und auch in Chrome, wenn ich einen neuen Tab öffne und direkt zu gehe http://0.0.0.0:3000/files/download.zip. Mache ich etwas falsch oder ist dies ein Fehler / eine Eigenart von Chrome?

Sie können das HTML5- Download- Attribut in Ihrem <a> -Tag angeben .

<a href="http://example.com/archive.zip" download>Export</a>

https://developer.mozilla.org/en-US/docs/Web/HTML/Element/a#attr-download

In Ihrem Anforderungsheader haben Sie gesendet, Content-Type: text/htmlwas bedeutet, dass Sie die Antwort als HTML interpretieren möchten. Wenn Ihnen sogar ein Server PDF-Dateien sendet, versucht Ihr Browser, diese als HTML zu verstehen. Das ist das Problem. Ich suche nach dem Grund. :) :)

Ich habe dieses Problem beim Bereitstellen einer PDF-Datei (MIME-Typ-Anwendung / PDF) festgestellt und es durch Setzen des Content-Disposition-Headers behoben, z.

Content-Disposition: attachment; filename=foo.pdf

Hoffentlich hilft das.

Ich habe das behoben ... indem ich einfach einen neuen Tab geöffnet habe.

Warum es nicht funktioniert hat, weiß ich nicht genau, aber es könnte etwas damit zu tun haben, wie Chrome mit mehreren Downloads auf einer Seite umgeht. Vielleicht dachte es, es handele sich um Spam und ignorierte sie einfach.

Ich konnte nirgendwo nur eine Erklärung der Botschaft finden. Hier ist meine Interpretation.

Soweit ich weiß, erwartete Chrome Material, das möglicherweise angezeigt werden könnte (ein Dokument ), aber es erhielt etwas, das nicht angezeigt werden konnte (oder etwas, das nicht angezeigt werden sollte).

Dies ist sowohl eine Frage, wie das Dokument auf der HTML-Seitenebene in deklariert wurde href(siehe das downloadAttribut in Roys Nachricht) als auch, wie es in der Antwort des Servers mittels HTTP-Headern deklariert wird (insbesondereContent-Disposition ) . Dies ist eine Vertragsfrage im Gegensatz zu Hoffnung und Erwartung.

Um Evans Weg fortzusetzen, habe ich Folgendes erlebt:

Content-type: application/pdf
Content-disposition: attachment; filename=some.pdf

ist nur unvereinbar mit:

<a href='some.pdf'>

Chrome wird weinen Ressource als Dokument interpretiert, aber übertragen ...

Tatsächlich bedeutet die Anordnung der Anhänge nur Folgendes: Der Browser soll den Link nicht interpretieren, sondern ihn irgendwo für andere - versteckte - Zwecke speichern. Hier oben downloadfehlt entweder danebenhref oder Content-dispositionmuss aus den Headern entfernt werden. Es hängt davon ab, ob der Browser das Dokument rendern soll oder nicht.

Hoffe das hilft.

Ich habe heute dasselbe Problem mit Chrome Version 30.0.1599.66 mit meiner Anwendung node.js / express.js festgestellt.

Die Header sind korrekt, Express - Sets sie automatisch richtig, es funktioniert in anderen Browsern wie angegeben, html setzen 5 ‚Download‘ Attribut nicht beheben können , was tat resolve es in die Chrom erweiterten Einstellungen wird und das Kontrollkästchen „Fragen Sie , wo sparen jede Datei vor dem Herunterladen ".

Danach wurde kein Fehler "Ressource als Dokument interpretiert ..." gemeldet, wie im Titel dieses Problems angegeben. Es scheint also, dass unser Servercode korrekt ist. Chrome meldet diesen Fehler fälschlicherweise in der Konsole, wenn er zum Speichern festgelegt ist Dateien automatisch an einen Speicherort.

Ich hatte ein ähnliches Problem beim Ausführen eines Dateidownloads über Javascript. Das Hinzufügen des Download-Attributs machte keinen Unterschied, das Hinzufügen von target = '_ blank' jedoch - die Konsolenmeldung 'Ressource als Dokument interpretiert ...' wird nicht mehr angezeigt.

Hier ist mein schön einfacher Code:

var link = document.createElement('a');
link.target = '_blank';
link.href = url;
document.body.appendChild(link); // Required for Firefox
link.click();
link.remove(); 

Ich habe es nicht mit direktem HTML versucht, würde aber erwarten, dass es funktioniert.

Hinweis Ich habe festgestellt, dass in Firefox der Link an das Dokument angehängt werden muss, während Chrome ohne diesen Link funktioniert.

Ich bin darauf gestoßen, als ich src = "image_url" in einem Iframe zugewiesen habe. Es scheint, dass iframe es als Dokument interpretiert, aber es ist nicht. Deshalb wird eine Warnung angezeigt.

Ich habe das Problem durch adding target="_blank"den Link gelöst . Damit öffnet Chrome einen neuen Tab und lädt das PDF auch im Reaktionsmodus ohne Vorwarnung.

Ich hatte dieses Problem in einem ASP-Website-Projekt. Durch Hinzufügen eines Headers "Content-Length" funktionierten Downloads in Chrome wieder.

Dieses Problem wurde in der Chrome 61-Version erneut angezeigt. Aber es scheint, dass es auf Chrome 62 behoben ist.

Ich habe eine RewriteRule wie unten

RewriteRule ^/ShowGuide/?$ https://<website>/help.pdf [L,NC,R,QSA]

Bei Chrome 61 wurde das PDF nicht geöffnet, in der Konsole wurde die Nachricht angezeigt

"Resource interpreted as Document but transferred with MIME type application/pdf: "

Wir haben versucht, den MIME-Typ wie folgt in die Umschreiberegel einzufügen, aber es hat nicht geholfen.

RewriteRule ^/ShowGuide/?$ https://<website>/help.pdf [L,NC,R,QSA, t:application/pdf]

Ich habe mein Chrome auf die neueste 62-Version aktualisiert und es wird wieder das PDF angezeigt. Die Nachricht befindet sich jedoch noch in der Konsole.

Mit allen anderen Browsern funktionierte / funktioniert es einwandfrei.

Ich bin gerade darauf gestoßen, und keine der anderen Informationen, die ich finden konnte, hat geholfen: Es war ein dummer Fehler: Ich habe vor dem Starten des Dateidownloads eine Ausgabe an den Browser gesendet. Überraschenderweise wurden keine hilfreichen Fehler gefunden (wie "bereits gesendete Header" usw.). Hoffentlich erspart dies jemand anderem etwas Kummer!

In meinem Fall war der Dateiname zu lang und hat den gleichen Fehler erhalten. Einmal unter 200 Zeichen gekürzt funktionierte gut. (Limit könnte 250 sein?)

Ich habe diesen Fehler erhalten, weil ich von meinem Dateisystem aus bedient habe. Sobald ich mit einem http-Server angefangen habe, konnte Chrome es herausfinden.

Ich hatte die gleichen Probleme mit einem von mir erstellten Download-Manager. Das Problem war, dass der Dateiname zu lang war und die Erweiterung abgeschnitten wurde.

Beispiel: Dateiname: Organisationsprotokolle und andere wichtige Dinge.pd

<?php
  header("Content-Disposition: attachment; filename=$File_Name");
?>

Lösung: Das MySQL-Datenbankfeld wurde auf 255 erhöht, um den Dateinamen zu speichern, und vor dem Speichern des Blobs eine Längenprüfung durchgeführt. Wenn die Länge> 255 ist, reduzieren Sie sie auf 250 und fügen Sie die Dateierweiterung hinzu.

Versuchen Sie den folgenden Code und ich hoffe, dass dies für Sie funktioniert.

var Interval = setInterval(function () {
                if (ReportViewer) {
                    ReportViewer.prototype.PrintReport = function () {
                        switch (this.defaultPrintFormat) {
                            case "Default":
                                this.DefaultPrint();
                                break;
                            case "PDF":
                                this.PrintAs("PDF");
                                previewFrame = document.getElementById(this.previewFrameID);
                                previewFrame.onload = function () { previewFrame.contentDocument.execCommand("print", true, null); }
                                break;
                        }
                    };
                    clearInterval(Interval);
                }
            }, 1000);

Ich habe mich heute damit konfrontiert und mein Problem war, dass mein Content-DispositionTag falsch gesetzt wurde. Es sieht aus wie für beide pdf& application/x-zip-compressed, du solltest es auf inlineanstatt setzenattachment .

Um Ihren Header festzulegen, würde Java-Code folgendermaßen aussehen:

...
String fileName = "myFileName.zip";
String contentDisposition = "attachment";
if ("application/pdf".equals(contentType)
    || "application/x-zip-compressed".equals(contentType)) {
    contentDisposition = "inline";
}
response.addHeader("Content-Disposition", contentDisposition + "; filename=\"" + fileName + "\"");
...