Beiträge von bugcatcher

Rein theoretisch spricht im Übrigen nichts gegen den Einsatz der Originaltreiber des Grafikchipherstellers. Zwar versagen diese bei der Installation ihren Dienst, aber es gibt für manche Treiber auch von freien Entwicklern bereitgestellte "Anpassungssoftware", die die Prüfung der Installationsroutine manipuliert und so dieser Vorgaukelt, es handle sich um einen nicht OEM-Chipsatz.

Ich hab das bereits auf zwei meiner älteren Notebooks gemacht gehabt, damit ich externe Monitore in brauchbaren Auflösungen zu sehen bekomme. Eine Garantie das diese angepassten Treiber sich installieren lassen gibts natürlich nicht. Genauso wenig eine Garantie das es für deine Treiber überhaupt so eine Software existiert.

Falls dir also neuere Grafiktreiber für dein Notebook evtl. wichtig sein sollte, wäre das eine Googlesuche wert. Evtl. (aber nicht zwangsläufig) löst sich damit auch das Fx4 Problem. Weil aktuell sind wir das ja nur umgangen und haben es nicht gelöst und du musst die Nebeneffekte (keine Hardwarebeschleunigung) in kauf nehmen.

Ich kann deine Fähigkeiten mit dem PC nicht einschätzen, aber wenn du Systembackups erstellen und wieder einspielen kannst, scheinst Du zumindest dich etwas mit sowas zu beschäftigen. Trotzdem ist so eine Treiberaktion natürlich etwas herausfordernder. Wobei das Auffinden passender Anpassungen eher das Problem sein dürfte.

Das Masterpasswort stellt vor allem für dich lokal eine weitere Hürde da. Aus dem Internet hat eh keiner Zugriff auf diese Daten. Aber wenn Hinz und Kunz bei dir an den Rechner gehen kann, weil du ihn unbeaufsichtigt gelassen hast, dann könnten die in den Einstellungen deine Passwörter nachsehen gehen. Hast du das Masterpasswort gesetzt, muss Hinz und Kunz dieses kennen, wenn sie die Passwörter sehen oder nutzen wollen (gibt auch Einstellungen wie häufig und wann das Masterpasswort abgefragt werden soll).

Wenn jemand wirklich scharf auf deine Passwörter ist, und sich Zugang auf deinen Rechner verschafft hat, kann er sich allerdings Passwort- und Verschlüsselungsdatei von dir kopieren und in Ruhe irgendwo mit einem Knackprogramm das Masterpasswort entschlüsseln, denn dieses ist nicht so stark verschlüsselt, dass es als unknackbar gelten könnte.

Ich würde ja erstmal mit Abgesichertem Modus und evtl. einem neuen Profil gegentesten...

Ich fürchte selbst wenns auf ARMv6 laufen würde, dann hätte man mit dem Samsung wohl ein RAM-Problem.

Das Betriebssystem reicht zwar auch, aber die Hardware nicht. Und ich halte das für nicht weiter verwundernswert. Man nimmt fürs Eisbrechen in der Arktis auch keine Ruderboote, selbst wenn die Software Mensch wüsste wie man einen Eisbrecher fährt. ; )

http://www.mozilla.com/en-US/mobile/platforms/
https://wiki.mozilla.org/Mobile/Platfor…em_Requirements

Zitat

These devices have ARMv6 processors and are not compatible with Firefox for Android:
Samsung i5500 Galaxy 5 (Corby)

Der Prozessor wird nicht unterstützt.

Hardwarebeschleunigung schon mal deaktiviert? Der 4er nutzt wenn Hardwarebeschleunigung zum Einsatz kommt zur Schriftrenderung DirektWrite (IE9 im übrigen auch). Ältere IE, Safari und Chrome nicht.

Das PHP-Script wird vom Server nicht ausgeführt. Er liefert nicht das Ergebnis des PHP-Scriptes, sondern das PHP-Script selbst. Das sollte unter keinen Umständen passieren und hat im Grunde nichts mit Browsern zu tun.

Man höre und staune: Schrift-Renderung/-Glättung ist Betriebssystemsache. Und jedes Betriebssystem (also egal ob Windows, Linux, MacOS, usw.) regelt das etwas anders. Und die Nutzer eines Betriebssystems haben in der Regel selbst ebenfalls die Möglichkeit diese an ihre Bedürfnisse anzupassen. Daher sehen Schriften im Grunde auf jedem System etwas anders aus und haben auch eine etwas unterschiedliche Laufweite.

Sowas muss im Design der Seite immer berücksichtigt werden.

Das Blockieren ist eigentlich nur temporär bis Du die Seite neu lädst. Faszinierend dass es bei dir auch einen Browserneustart überdauert... Irgendwelche Addons im Einsatz?

Zitat von ChillerT

Jedoch zeigt er immernoch den PHP-Code an. Also doch nicht der MimeType?

Das kannst du selbst testen:

Zitat von bugcatcher

Du kannst ja erstmal testen, obs daran auch liegt. Öffne mal eine Seite, die nicht geht im Firefox und öffne dann im Firefox die Seiteninformationen (findet sich im Menü Extras). Dort sollte unter dem Eintrag "Typ" eben "text/html" stehen.

Der falsche MimeType ist die häufigste Ursache wenn Quelltexte direkt angezeigt werden.

PHP Code sollte aber eigentlich nie den Server verlassen, nur das was das PHP Script generiert. Wenn du also PHP Code mit im gelieferten Seitenquelltext hast, dann kann es an sich nur um einen fehlerhaftes Script handeln, in dem die PHP-Bereiche "falsch" markiert wurden, oder der Server selbst führt das PHP-Script gar nicht erst aus.

Wie gesagt, da wir hier keine Einsicht auf deinen Server haben, ist das alles auch reichlich schwer zu diagnostizieren.

Es muss der MimeType rein, den Du mit dem PHP ausliefern willst. "text/html". Weil Browser verstehen kein PHP, nur HTML. ; )

Du kannst ja erstmal testen, obs daran auch liegt. Öffne mal eine Seite, die nicht geht im Firefox und öffne dann im Firefox die Seiteninformationen (findet sich im Menü Extras). Dort sollte unter dem Eintrag "Typ" eben "text/html" stehen.

Was du tun musst, richtet sich nach dem konkreten Fall. Den kann ich von extern nicht einschätzen.

Die generierten fehlerhaften Seiten werden wohl als MimeType "text/plain" ausgeliefert.

MimeType ist eine Header-Angabe einer gesendeten Datei, die klarstellt um welchen Dateityp es sich handelt und wie damit umgegangen werden soll (der IE ignoriert diese Angaben im Grunde, was nach Spezifikation auch ein Fehlverhalten und Sicherheitsrisiko ist). Diese Headerinformation wird in der Regel vom Webserver automatisch ausgeliefert, sofern nicht anderswo entsprechend eine Headerinformation vorgegeben wurde.

Die Vorgaben können an verschiedenen Stellen erfolgen. Entweder wie bereits erwähnt, schaut der Server selbst nach (der apache müsste die Standarddinger in der httpd.conf stehen haben, wenn ich mich recht erinnere), oder man legt entsprechende .htaccess Dateien an, die vorgeben, welche MimeTypes welchen Dateien zugeordnet werden. Auch kannst Du über die header()-Funktion von PHP die ausgelieferten Seiten direkt als MimeType "text/html" markieren. Es könnte natürlich auch sein, dass ein Addon bei dir im Firefox querschießt. Hier könntest Du mal mit dem abgesicherten Modus von Firefox testen.

Mangels genauerer Beschreibung und Bereitstellung von Testmöglichkeiten deinerseits, kann ich dir aber nicht sagen wo genau dein Problem besteht. Da musst du dann schon selbst stochern. Ich kann dir da nur die Richtung auf Basis meiner Einschätzung nennen.

Wenn dir irgendwelche Begrifflichkeiten unverständlich sind, hilft evtl. auch mal Google. ; )

Wenn du Quelltexte zu sehen bekommst, dann verschickt der Server einen falschen MimeType. Der IE hat die im Grunde schon immer ignoriert, Firefox ist da erheblich strenger. Vor allem mit dem neuen HTML5 Parser, der inzwischen im Fx4 arbeitet.

Ich glaub ja eher an Malware.

Also falls du noch einen Versuch wagen wollen würdest, würde ich vorschlagen, du präparierst dir eine eigene config-Datei, die die Vorgaben vom Firefox überschreibt und so noch vor dem ersten Start die Hardwarebeschleunigung deaktiviert ist und damit wohl auch nicht die Treiber zu dem Fehlverhalten veranlasst.

Ich würde empfehlen dir einen Firefox-Portable zu besorgen (vorzugsweise von Caschy: http://stadt-bremerhaven.de/downloadbereich/) und dort im Profilordner eine user.js zu erstellen (evtl. besteht schon eine).

In die folgende Einträge einfügen:

user_pref("gfx.direct2d.disabled", true);
user_pref("layers.acceleration.disabled", true);

Erst dann den Firefox über die FirefoxLoader.exe starten. Falls das klappt, dann kannst du die user.js in das normale Profil des installierten Firefox übertragen und ein Update nach 4.0 machen.

Anleitungen zur user.js findest du im Zweifel bei Google. ; )

Firefox 4 wird vermutlich nur als Auslöser des Problems dienen, aber selbst nicht das Problem sein. Es ist recht wahrscheinlich, dass es Probleme mit dem Treiber sind. Mozilla führt bereits eine schwarze Liste der Treiber, die Probleme bereiten. Es kann gut sein, dass Mozilla einige Störenfriede noch nicht auf der Liste stehen hat und deine Kiste daran leidet.

Wenn diese Annahme korrekt ist, dann werden zukünftige Releases vom Firefox höchstens deine Treiber auf die schwarze Liste setzen, so dass die Hardwarebeschleunigung direkt von Anfang an deaktiviert ist (und damit auch keinerlei Probleme auslösen kann). Das Problem lösen wird hingegen nur Treiberhersteller deiner Karte.

Gerade bei Notebooks, bei dem nur OEM-Treiber beiliegen, die die Hersteller nie aktualisieren, kann das ein langfristiges/dauerhaftes Problem werden.

Gibs mal in die Adresszeile ein.

Ich glaub es geht eher um die falsche Zuordnung des Zitats, als um die Antwort.

Firewall.

Dir ist schon klar das wir eine ORGINALGRÖSSE brauchen, um sehen zu können wie es auf deinem Bildschirm aussieht. Wenn du den Screenshot in der Größe veränderst, dann wird das Grafikprogramm automatisch Elemente wie Schriften im Bild verwaschen. Dann kann keiner mehr sehen welcher Teil der Schrift durchs Grafikprogramm verändert wurde und welcher durch das System selbst.

Ansonsten: mit Firefox 4 kam eine Hardwarebeschleunigung und die ist von Seiten von Microsoft an die neue Schriftglättungsschnittstelle DirectWrite gekoppelt. Durch das Deaktivieren der Hardwarebeschleunigung kann auch die Schriftglättung deaktiviert werden.