Ich habe das gleiche Problem, das Passwortfeld ist grau (disabled).
Ich benutze den Firefox als Browser. Eine einfache Lösung, ohne den W504V zurückzusetzen ist, per rechter Maustaste den aktuellen Frame in einem neuen Tab zu öffnen. Dann ist das Eingabefeld aktiv und man kann sich einloggen.
Beunruhigend ist jedoch der Grund, warum das Feld grau ist.
Verantwortlich scheinen die Zeilen 70 bis 99 der 'hcti_start_passwort.stm' zu sein.
Es beginnt mit Zeile 70
69
70 login_error_cnt=2096666712;
71 login_err_times=0;
72
73 var verz = login_error_cnt;
74
(Offensichtlich steht hier ein Fehlerzähler auf einem gigantischem Wert.
Bei mir Zählt er übrigen gerade abwärts, wenn ich mehrere Anmeldeversuche vergleiche.)
Letztendlich sorgen die Zeilen 93 bis 97 dafür, dass das Passwortfeld deaktiviert wird.
93 document.tF.pws.disabled=true;
94 if (verz!=0) {
95 document.getElementById("um0").style.visibility = "visible";
96 setTimeout("stBak()", verz);
97 } else stBak();
Da laut Zeile 73 die Bedingung in 94 wahr ist, geht es bei 95 weiter.
Zeile 95 kann im Firefox (meine Version ist 3.6.12 unter linux) nicht ausgeführt werden und das war es dann. Das Feld wird nie mehr aktiviert.
Aber selbst wenn Zeile 95 erfolgreich wäre, was würde in Zeile 96 passieren?
Die Funktion 'stBak', die das Passwortfeld wieder aktivieren würde, wird per 'setTimeout' in sage und schreibe 2096666712 ms (3,5 Wochen) gestartet. So lange möchte ich aber nicht warten.
So liebe Entwickler des Speedport. nun wisst ihr, was ihr ändern müsst.
Mich würde natürlich brennend interessieren woher der Wert in 'login_error_cnt' konnt.
Wer versucht sich hier anzumelden?
