Beiträge von boardraider

http://www.firefox-browser.de/wiki/Problemdiagnose

Zitat

Eigentlich alle aus dem "Profile" Ordner.

Dann bringt es wenig ein "neues" Profil anzulegen, wenn du dir die problematischen Dateien wieder reinkopierst :roll:
Insbesondere scheint es sich um eine korrupte signons*.txt (in Verbindung mit key3.db) zu handeln.

Es erscheint dann diese Seite:
http://www.firefox-browser.de/wiki/FAQ:%C3%8…%C2%BCbernommen

Die Seite lässt dich dann auf Grund der fehlerhaften Weiterleitung nicht betrachten.

http://www.computerhilfen.de/link-tipps.php…%C3%BCbernommen

So steht der Link im Forum.

setTimeout('top.location.href="http://www.firefox-browser.de/wiki/FAQ:à 1Enderungen_werden_nicht_übernommen";',10);

Das steht dann im Code der weiterleitenden Seite.

Hast du einen Redirect Remover?

Zitat

Wie kann ich den Firefox-Browser (der IE kapiert es irgenwie besser) dazu bringen das er automatisch UTF-8 läd

Bring den Server dazu UTF-8 im Header anzugeben oder die Angabe weg zu lassen.

Dazu http://wiki.kilu.net/.Htaccess

An sich eine clevere Idee, allerdings bleibt dann immer noch die prefs.js, um Einstellungen direkt zu bearbeiten. Dagegen hilft, wie oben vermerkt, das Sichern jeder einzelnen, als fix erwünschten, Einstellung - was wohl durch den Ansatz des Ausblendens der Dialoge "billiger" erreicht werden sollte.
Um es abzusichern sehe ich da, abgesehen von Eingriffen in den Quellcode, keine sonstige akzeptable Möglichkeit.

http://www.firefox-browser.de/wiki/Neues_profil

Dieter Oechsle wrote:

Zitat

(Diese Diskussion kann abgebrochen werden.)

Weshalb hast du sie dann eröffnet? :roll: Etwas fruchtlos auf diese Art.

Zitat

Das kann natürlich anderswo anders stehen.

Ich meine, dass der Browser nach folgenden Regeln decodieren sollte:
1. nach der meta-Angabe.
2. wenn diese fehlt nach der im Browser als Standard vorgegebenen.

Ja das steht anderswo anders und zwar im Standard, den ich oben verlinkt habe. *g*
An dem sollten sich die UAs und auch Webautoren ausrichten.

Zitat

(Die eckigen Klammern sind hier durch geschweifte ersetzt, damit die Zeilen 1Aunterwegs 19 nicht als HTML-Anweisungen gelesen werden können.)

Dafür gibt es die Möglichkeit beim Verfassen HTML-Codes zu deaktivieren

Zitat

Nach meinen Kenntnissen kann man in HTML Zeichen wie folgt codieren

Grundsätzlich ist HTML erstmal Text, d.h. von vorn herein hat der Text eine Kodierung (in Worten: welche Bits bedeuten welche Zeichencodes). Dies Kodierung ist dem UA zunächst unbekannt. Im Falle HTML über HTTP kann der Server die Kodierung über die HTTP-Header mitteilen, deswegen ist das auch die wichtigste Direktive. Ohne Kenntnis über die Kodierung kann der UA das Dokument theoretisch nicht zuverlässig darstellen.
Die Kodierung in der Datei selbst bekannt zu geben, ist ein Kompromiss aus der Praxis und eigentlich widersinnig. Da aber in nahezu allen Zeichenkodierungen die unteren Bereiche identische Zeichen darstellen kann der Browser bei Unkenntnis über die Kodierung bspw. bei HTML den Beginn der Datei auswerten (deswegen sollte die Meta-Angabe dort auch als eines der ersten Header-Elemente erscheinen).
Grundsätzlich ist also die Frage, in welcher Kodierung man das Dokument abspeicherst und nicht welche zusätzlichen "Meta"-Codes (&xxx;) man verwendest. Diese Codes können theoretisch fehlschlagen, wenn es auch in der Praxis auf Grund der meist identischen unteren Zeichen funktioniert.

Zitat

Deshalb ist auch sehr schwer zu sagen, welche Methode günstiger ist.

Was die Datengröße betrifft, so hängt es vom Inhalt ab.

In der Hinsicht, dass das Passwort sicher übertragen wird? Dann ja, ist in jedem Fall so.
In der Hinsicht, dass es ein JS-freies Login-Formular gibt? Ist mir ad hoc keine Seite bekannt. Müsste ich auch erst auf der Arcor-Seite suchen.

Hast du es auch wirklich mit einem neuen Profil versucht?

Alter Schwede wrote:

Zitat

Es gibt nun

a)
ein Login mit der Wahlmöglichkeit unverschlüsselt/verschlüsselt: http://www.arcor.de/index.html

Anmerkung dazu: der Login ist grundsätzlich über HTTPS verschlüsselt, die Login-Daten werden also nicht im Klartext übertragen. Die Verschlüsselungsoption bezieht sich nur auf die Nutzung des Dienst hinterher.

Zitat

Seltsam dabei ist, dass bei jedem weiteren Login das jeweils zuletzt verwendete Passwort gespeichert wird, und zwar nicht in einem weiteren PWM-Eintrag, sondern unter dem oben genannten. Der Benutzername lautet weiterhin unverändert und falsch "Online Benutzername" (so ist das entsprechende Formularfeld beim Seitenaufruf im Login beschriftet).

Der Fx nimmt an, dass du das Passwort für den Benutzernamen "Online Benutzername" änderst.

Als Workaround kann ich zudem Folgendes anbieten
http://pastebin.com/f1f3d6462

Rosenfreund wrote:

Zitat

das Verhalten ist wie bei freenet schon seit längerem.

Bei Freenet empfehle ich grundsätzlich den Login über https://secure.freenet.de/e-tools.freenet.de/login.php3
Auf der Startseite ist der Login nicht verschlüsselt, Passwörter werden im Klartext übertragen!
Auf der von mir empfohlenen Seite gibt es auch ein normales Formular.

Zitat

Kann [...] Änderungen am CSS das auch?

Ja.

Zitat

Müsste da nicht im Zweifelsfall im Firefox das Verhalten geändert werden

Nicht notwendig, wenn du die Liste selektiv ausblenden kannst. So verbreitet ist das nicht, als dass man das gegenwärtig generell abschalten müsste.

Alternativ könnte man übrigens noch einen Trigger in die entsprechende Datenbank pflanzen, um zu verhindern, dass für dieses benannte Eingabefeld Daten im Fx gespeichert werden. Ja nach der Benennung kann das aber auch andere Seiten beeinflussen. Diesbezüglich würde ich mir wünschen, dass die Daten in der DB mit dem jeweiligen URL gespeichert werden (wäre als Erweiterung wohl interessant und realisierbar).

Grundsätzlich bliebe dann natürlich auch noch eine eigenständige Erweiterung für diesen Fall. Das wiederum wäre dann relevant, wenn das Phänomen weiter um sich greift.

Leg dir mal ein neues Profil zu. Hört sich stellenweise nach einer Modifikation des UA an. Ob das im Profil oder durch Drittprogramme erfolgt, zeigt sich dann i.d.R.

jxpeter wrote:

Zitat

klappte erst auf der 3. downloadseite!

Ich weiß nicht was du da machst, aber es gibt dafür nur eine verlässliche Quelle/Downloadseite und zwar die von Mozilla selbst.
Bspw.:
http://www.mozilla-europe.org/de/
(für den deutschen Firefox)

Zitat

2.)Adobe flash player verweigert meinen PC

Genau Beschreibung bitte. Damit kann niemand etwas anfangen.

Und vielleicht mal ein neues Profil anlegen...

http://www.firefox-browser.de/forum/viewtopi…p=534819#534819
Selbe Begründung, ähnlicher Code.
Ist eigentlich schon ein Witz, dass die ihre Seiten nicht mit gängigen Browsern prüfen, um solchen Schwachsinn zu bemerken.

Zitat

FF3 gestartet Delcampe angeklickt, Router beendet Verbindung.

Protokolliere doch mal den Traffic dabei. Vielleicht ergibt sich dann ein Ansatzpunkt für die Analyse.

Zitat

laut eurer Anleitung

Laut welcher Anleitung?