2010-12-07 4 views
2

Hallo Kann jemand empfehlen, was ich für jetzt Firefox (3.6.12 unter Windows) suchen müssen fordert ein zweimal pdf, wenn das Objekt-Tag anstatt ein iframeObject-Tag macht doppelt pdf Anfrage

Das Objekt-Tag DOES habe einen MIME-Typ von "application/pdf"

Ich weiß, dass alte IEs dies hatten, als der MIME-Typ application/pdf den IE über die Anfrage an das Adobe-Plugin übergab, was zu zwei Anfragen führte, aber ich habe Fx nicht gesehen mach das.

Wir versuchen, den neuesten Fehler in Fx zu umgehen, der den Browser auf der zweiten Seite einer PDF aufhängt. Und nein, wir können kein anderes Plugin als Adobe Acrobat Reader 7-9 verwenden und nein, wir werden nicht von PDF zu etwas anderem wechseln.

dank


Update: Jetzt wird IE uns einen Curveball zu werfen. Es mag keine Umleitung innerhalb des Objekts zu derselben Domäne (aber nicht zu derselben Unterdomäne), z. Wir laden a.server.com/pdffile.pdf und leiten es an b.server.com/otherpdffile.pdf weiter - funktioniert gut in Fx, aber nicht im IE Das Hinzufügen des Parameters src = "urltopdf" macht es im IE sichtbar, stoppt aber es von der Arbeit in Fx. SEUFZER!

+0

Gibt Ihr Objekt-Tag den MIME-Typ im Tag selbst an? Wenn Sie dies nicht tun, müssen Browser normalerweise eine Anfrage stellen (normalerweise ein HEAD), um zu sehen, welches Objekt sie laden sollen. – EricLaw

+0

Ja, es hat eine Pantomime Art der Anwendung/pdf – mplungjan

Antwort

1

Ich vermute, dass die fraglichen PDFs "webfähig" sind, AKA "linearisiert" ... möglicherweise einschließlich derjenigen mit dem "Seite 2 Bug".

Im Grunde hat eine linearisierte PDF eine Reihe von "Hinweisen" am Anfang der Datei, die Byte-Offsets zu verschiedenen relevanten Bits geben, insbesondere den Bytebereich, der zum Anzeigen der ersten Seite benötigt wird das PDF).

Anforderungen zum Lesen dieser Bytebereiche können in eine beliebige Anzahl von HTTP-Anforderungen (einschließlich "Eins") aufgeteilt werden. Es ist nicht besonders merkwürdig, dass sich iframe & Objekt Tags anders verhalten. In einem Fall erhält das PDF ein ganzes Fenster zu sich selbst, in dem anderen muss es mit HTML-Inhalt geteilt werden: wie dünn es auch sein mag, es ist verpackt.


Alternativ eine der Anforderungen für den Beginn des PDF eher sein könnte als die ganzen Sache wieder im Zusammenhang mit linearisierte PDFs (versuchen zu bestimmen, ob die PDF linearisiert, dann das Ganze zu lesen).


In jedem der oben genannten Fälle ist dies normales Verhalten. OTOH, wenn es das gesamte PDF zweimal anfordert, ist das ein schlechtes Ding ... möglicherweise ein Fehler im PDF-Plugin.

+0

Großer Kommentar. Diese pdfs sind jedoch sicher nicht lineari [s | z] ed und fragen nicht zweimal, wenn sie sich in einem iframe befinden, nur wenn sie sich in einem Objekt-Tag befinden. Das ganze Problem entstand aufgrund eines Problems mit Fx 3.6+ und Acrobat 9.x, das auf Seite 2 einfriert - was Ihren ersten Absatz sehr interessant macht. Ich habe das ohne Ergebnis gegoogelt. Danke – mplungjan

+0

Ah gut. Schwer zu wissen, was passiert, ohne das PDF/HTML zu sehen. Können Sie uns auf eine Website verweisen, die das Problem aufzeigt? –

+0

Nein, noch nicht ich habe Angst. Es ist noch nicht online und wir müssen dies beheben, bevor es online geht. Ich werde versuchen, eine Seite zu erstellen, auf der das Problem angezeigt wird, aber ich muss dies auf einer Website tun, auf der ich Zugriff auf Protokolldateien habe. Vielen Dank für Ihre Teilnahme – mplungjan