Beiträge von boardraider

https://addons.mozilla.org/en-US/firefox/addon/10868

http://uploaded.to/file/xbwxj1
Zum Testen.

Problem kann ich hier bestätigen mit einem sauberen Profil. Opera bspw. hat damit auch kein Problem. Weder über file noch über http.

erbsenzahl wrote:

Zitat

Der Kollege (Webmaster) möchte aber auf keinen Fall ein anderes Programm benutzen.

Sollte er aber, das Problem ist ein ausreichendes Argument.

Zitat

Jetzt habe ich noch folgende Tags aus dem Quelltext entfernt:
<DIV>
<CENTER>
Diese zwei Zeilen waren 133-mal im Quelltext vorhanden (=266 Zeilen).
Nach dem Löschen stellte Firefox die Seite korrekt dar (linksbündig).

Trotzdem ist der Code nicht an den Webstandards orientiert und sollte überarbeitet werden.

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 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.

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

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.

Wenn du schon eine solche Datei hast, dann lad sich doch einfach irgendwo hoch, damit es auch andere testen können, ohne sich extra für dich so eine Datei anzulegen.

Zitat

Simple Test mit einem Auszug der Seite

Und wie testest du diesen Auszug?

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.

*lol*

Bei der Empfehlung oben wurde sich vertan. Das verantwortliche Skript ist
http://www.webcounters.de/counter/js.count.php?UserId=14063
Das solltest du blockieren!
Bspw. durch

webcounters.de

Welchen Filter hast du hinzugefügt? Denjenigen, den man dir oben genannt hat?

Du erstellst dir für gewöhnlich keinen Proxy, du nutzt einen.
In den Einstellungen des Fx findest du diesbezüglich einen Dialog. Dort kannst du die Verwendung eines Proxys konfigurieren.
Alternativ kannst du auch entsprechende Erweiterungen wie bspw. FoxyProxy verwenden, die dir eine bequemere Konfiguration ermöglichen.
Statt Anon-Dienste wie JAP oder Tor zu verwenden, kannst du auch direkt bestimmte Proxies auswählen. Entsprechende Listen finden sich im Web (Google).

Das Setup ist die Installations-Datei von Flash: irgendwas.exe
Die solltest du eigentlich schon haben.
Den Rechner neu zu starten dürfte kein Problem sein.
Dann öffnest du den Task-Manager und suchst nach firefox.exe.
Wenn du nichts findest, führe die Installation durch.

Noch als Hinweis:
Wenn dein Rechner infiziert wurde, gibt es zum einen sicherheitstechnische Schwachstellen, zum anderen ist nicht auszuschließen, dass es noch weitere Infektionen gibt.
Da du die Schwachstelle bisher nicht identifiziert hast, würde ich dir daher ohnehin zu einer Neuinstallation des kompletten Systems raten.

http://kb.mozillazine.org/Locking_preferences

Teste es im Safe-Mode.
Nutzt du irgendwelche außergewöhnlichen OS-Themes?

Nutz doch einfach die Suchfunktion der AMO-Seite...

AMO = Addons.Mozilla.Org
Mozillazine = englischsprachige Mozilla-Community