GET wird doppelt ausgeführt, Firefox lädt zweimal, FF BUG?

boardraider

Zitat

Diese Schritte meinte ich.

Zu Testzwecken habe ich ein unmodifiziertes Profil. Dort habe ich den Cache geleert und dann die Seite aufgerufen. Nebenbei lief wireshark. Dort sieht man auch beide GET-Requests.

Dr. Evil

Die Apotheke geht bei mir auch problemlos.

Das Ausgangsproblem kann ich so reproduzieren:
* HTTP-Traffic mitloggen (mit Tamper Data, Live HTTP Headers, Wireshark, oder was man halt will)
* Seite mit leerem Cache aufrufen (oder mit Strg+Shift+R ohne Berücksichtigung des Caches neu laden)

(Auch ohne Firewall-/Virendinger hier unter Linux...)

Dr. Evil

error404: lösche mal diese Zeile raus:

Code

<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">

Bei mir auf dem localhost behebt das das Problem, und ASCII ist sowieso völliger Schwachsinn...

error404 · Firefox 3.0.10 / Mac OS X

Jetzt ist nur noch die Frage: warum?

Das isses aber nicht... Wenn ich das rauslösche, hab ich das Problem immernoch.

Und übrigens ingame hab ich das charset gar nicht drin, weils viel zu viele probleme verursacht hat.

.Ulli

Zitat von boardraider

Dort sieht man auch beide GET-Requests.

Aus bislang nicht bekannten Gründen ist FF mit der Antwort des ersten GET unzufrieden.
Warum sich die Antwort des zweiten GET in der Länge vom ersten GET unterscheidet wurde nicht untersucht.

Einem wget hingegen langt ein GET.

error404 · Firefox 3.0.10 / Mac OS X

genau.
Das erste GET wird verworfen und dann gehts nochmal los.

Aber es passiert nie 3 oder 4 mal!

Hab in google die gleichen Fehlermeldungen entdeckt,
aber leider nie ne Lösung dazu, oder auch nur warum...

.Ulli

Im Zähler steckt eine Grafik

Zitat

<img src="http://www.pr-free.de/ranking.php?re…ywar.de&style=1" [...]

Daraus werden zwei GET:
a.) http://www.pr-free.de --> GET /ranking.php?ref=http://www.stargalaxywar.de&style=1
b.) http://www.stargalaxywar.de --> GET /

Die Inhalt der Seite wird somit nicht verworfen sondern ersetzt.

Z.Z. noch keine Ahnung warum.

ie_veraechter

Zitat von ie_veraechter

Ich bin kein "Fachleute", aber eine Firewall oder einen Virenscanner habe ich nicht am Laufen.
Edit: Doch, eine Firewall am Router ist derzeit aktiv.

Falls es irgendwie von Interesse sein sollte: Jetzt von einem anderen Netzwerk aus ohne jede Firewall das gleiche auf der Apo.-Seite: ein Klick führt bei mir zu einer zweifachen Bestellung.

boardraider

Dr. Evil wrote:

Zitat
error404: lösche mal diese Zeile raus:
Code
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
Bei mir auf dem localhost behebt das das Problem, und ASCII ist sowieso völliger Schwachsinn...

error404 wrote:

Zitat

Das isses aber nicht... Wenn ich das rauslösche, hab ich das Problem immernoch.

Ich kann dem bösen Doktor nur beipflichten. Es liegt an der charset Angaben. Wenn man die Seite durch einen Proxy jagt und nur us-ascii ersetzt (bspw. durch ISO-8859-1), dann wird die Seite vollkommen normal geladen.

Spekulation:
Ich vermute, dass der Fx die Seite neu anfordert, sobald er beim Parsen auf diesen Meta-Tag stößt. Das macht in dem Zusammenhang auch insofern Sinn, dass es ja möglich wäre, dass der Fx zuvor geparste Teile des Codes auf Grund des Zeichensatzes falsch interpretiert hat. Daher gehört der Meta-Tag für den Content-Type grundsätzlich auch ganz nach oben im Head.

.Ulli

Zitat von boardraider

Ich vermute, [...]

Simple Test mit einem Auszug der Seite

HTML

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html>
<head>
<title>ranking ref</title>
</head>
<body>
<h2>von galaxy</h2>
<a href="http://www.pr-free.de/" title="Pagerank" target="_blank">
<img src="http://www.pr-free.de/ranking.php?ref=www.stargalaxywar.de&style=1" >
</a>
</body>
</html>

Alles anzeigen

ergibt zwei SYN und auch zwei GET, wie oben beschrieben.

boardraider

Zitat

Simple Test mit einem Auszug der Seite

Und wie testest du diesen Auszug?

.Ulli

Via [Strg]+[O]

boardraider

Ich nur einen Request (sowohl file- als auch http-Protokoll):
http://www.pr-free.de/ranking.php?re…ywar.de&style=1
Mir wäre dabei auch unklar, weshalb der Fx beim Einbinden eines Bildes den kompletten Seiteninhalt verwerfen sollte.

boardraider

Ergänzend:
https://bugzilla.mozilla.org/show_bug.cgi?id=384222

.Ulli

Mir ist es ja auch nicht klar. Wireshark meint:

[Blockierte Grafik: http://img3.imagebanana.com/img/otl8922k/thumb/BildschirmfotoUntitledWireshark.png]

Ich habe keine Erklärung für die Zeilen 5 und 11.

error404 · Firefox 3.0.10 / Mac OS X

Das ist doch easy :roll:

Die Grafik leitet über ein Script auf eine andere Adresse um, hab mir das schon angesehen, aber da lädt nicht die ganze Seite neu, sondern nur dieses Bild. Also das ist jetzt meine Vermutung, kann auch sein dass ich mich irre.

Wegen dem us-ascii, hab die Reihenfolge mal geändert, denn was ich im google so gefunden hab, sollte das eigentlich valid sein und keine Fehler verursachen.

Und wenn es das wäre... warum ist den dann ingame nicht, da hab ich den Tag erst gar nicht drin :roll:

boardraider

error404 wrote:

Zitat

Wegen dem us-ascii, hab die Reihenfolge mal geändert, denn was ich im google so gefunden hab, sollte das eigentlich valid sein und keine Fehler verursachen.

https://bugzilla.mozilla.org/show_bug.cgi?id=384222#c14
Gleiche Vermutung, die ich oben schon geäußert habe.

Zitat

Und wenn es das wäre... warum ist den dann ingame nicht, da hab ich den Tag erst gar nicht drin

Ist doch easy. Ohne Tag kein Wechsel des charsets, also auch kein Reload.

Um solche Probleme grundsätzlich zu vermeiden, sollte man das Charset schon im HTTP-Header übergeben.

Auf einem lokalen Webserver kann ich das Problem reproduzieren, allerdings mit ein paar Randbedingungen:
http://pastebin.com/f6b74a5dc
Der Code produziert den Fehler, wenn ich ihn entweder als us-ascii oder als windows-1252 speichere, nicht aber als utf-8 oder iso-8859-1.
Zudem spielt auch scheinbar die Länge eine Rolle. Nur ein paar X weniger, dann scheint der Fx sich nicht mehr dafür zu interessieren und läd die Seite regulär.

error404 · Firefox 3.0.10 / Mac OS X

Sorry, dann hab ich mich wohl falsch ausgedrückt.
Ich hab kein Charset festgelegt, aber die Seite lädt "manchmal" trotzdem 2x

boardraider
Von deinem Link hab ich die Idee bzw. Lösung ja ;).

Die Länge, dacht ichs mir doch, denn wenn ich meinen Body verkürze ist der Fehler auch weg...

Aber was dazukommt ich kann selbst mit deinem Code auf einmal den Fehler nicht mehr reproduzieren... bzw. ist er jetzt nur noch selten zu bemerken.

Vielleicht hat das auch was mit dem Update auf die 3.0.10 zu tun, hab ich gerade erst gemacht.

boardraider

error404 wrote:

Zitat

Sorry, dann hab ich mich wohl falsch ausgedrückt.
Ich hab kein Charset festgelegt, aber die Seite lädt "manchmal" trotzdem 2x

Gibt es eine freie Seite, bei der sich das Prüfen lässt?

Zitat

Die Länge, dacht ichs mir doch, denn wenn ich meinen Body verkürze ist der Fehler auch weg...

Auf die Länge stütze ich mich dabei nicht. Ich kann dafür ad hoc keine Begründung angeben, auch scheint mir das in dem Fall nachrangig zu sein.

Zitat

Vielleicht hat das auch was mit dem Update auf die 3.0.10 zu tun, hab ich gerade erst gemacht.

Definitiv nicht, es gab keinerlei Änderungen am Fx-Code diesbezüglich zw. 3.0.9 und .10. Ich habe hier auch den Fx .10 und konnte es aber auch mit dem .09 reproduzieren.

Wie ich oben bereits schrieb:
Teile dem Fx den Zeichensatz über die HTTP-Header mit und lass die Angaben im Meta-Tag weg.

error404 · Firefox 3.0.10 / Mac OS X

Ich hab freie Zugangsdaten

User: testaccount
Pass: testaccount

http://www.stargalaxywar.de

fast immer bei einem klick auf Übersicht
jedoch muss ich sagen dass es bei mir komischerweise nicht mehr auftaucht?
Und komischerweise gleich nach dem Update...

Das mitn Header werd ich dann gleich noch ändern.