Beiträge von XtC4UaLL

Strange ...
Der Fehlerconsolentext deutet aber - meinetwegen auch unabhängig von dem eigentlichen Problem - auf Probleme einer Extension hin:
nsIJSCID.getService

+

Zitat

chrome://informenter/content/ife_common.js

Es gibt da so ein paar Bugreports, Bug 428087 + Bug 440105, aber es wird wohl bei den meisten Systemen daran liegen, dass Windows die Schriftarten nicht korrekt an Firefox übergibt.

Schuss ins Blaue: repariere einmal mittels TweakUI den Schriftartenordner von Windows.

Jo, sorry, geht hier weiter :-).

Zitat von Zerohunt3r

was kann man da machen ?

Da die beiden Flashdateien
http://www.mafiaclan-corleone.de/include/design…h/header_le.swf
+
http://www.mafiaclan-corleone.de/include/design…h/header_re.swf
bei mir anstandslos geladen werden, würde mich einmal interessieren, ob du den von dir genannten Fehler auch dann erhälst, wenn du Firefox einmal im abgesicherten Modus startest und so versuchst, das Problem ohne Erweiterungen zu reproduzieren.
Du kannst die beiden o.g. Links auch einmal direkt in die Adressleiste eingeben und angeben was dann passiert ;-).

Versuche das Problem im abgesicherten Modus zu reproduzieren ("Start"/(Alle) Programme"/"Mozilla Firefox"/"Mozilla (abgesicherter Modus)")

- welche Firefox Version nutzt du? (steht unter "Hilfe"/"Über")
- welche Erweiterungen (außer "Paste and Go 2") nutzt du außerdem?
- kannst du die Suchleiste störungsfrei nutzen wenn du Firefox nicht "normal" startest, sondern über "Start"/"(Alle) Programme"/"Mozilla Firefox"/"Firefox (abgesicherter Modus) bzw. Safemode"?
- wenn du Firefox normal startest (mit einem leerem Tab, d.h. "about:blank"!) und das Problem besteht, öffne einmal die Fehlerconsole und poste den Inhalt in deine Antwort.

Ein Absturz einer Drittanwendung sollte eigentlich keine Auswirkung auf Basisfunktionen von Firefox ausüben.
Von daher bezweifle ich den von dir hergestellten Zusammenhang, lasse mich aber gerne eines Besseren belehren so du *genaue* Informationen und ggf. auch Schritte zur Reproduktion nennen kannst.

Mich würden einmal die (hoffentlich an Mozilla übermittelten) IDs der Absturzmeldungen interessieren, da diese u.U. genauere Rückschlüsse auf die Absturzursache erlauben und somit eine Neuerstellung des Profils ggf. ein schlechter Rat darstellen könnte.
Dazu einmal bitte "about:crashes" in die Adressleiste eingeben (so Firefox 3.x genutzt wird).

Ok, das war's wohl mit Firefox 3.0.2 für diese Woche (wie hier bereits von mir vermutet nachdem ich es hier noch auschloss ;-)).
So gibt nun noch einen Testday am Freitag.
Aus dem Text kann man ableiten, dass die Bugfixes für Bug 454406, Bug 443918 ("Ubuntu vs. EULA") und schliesslich auch Bug 455283 ("Roboform Crash") Grund für die Verschiebung sind.
Bemerkenswert ist, dass der Roboform Crash nicht etwa durch die QA Leute, sondern erst aufgrund zweier Posts auf Mozillazine und halt hier "entdeckt" wurde.

Zitat von Boersenfeger

Oh, wird jetzt auf einen Hersteller einer Erweiterung Rücksicht genommen?

Falsch.

Nunja, hier wird noch darum gerungen, ob man das Release (3.0.2) noch um eine Woche verschieben muss.

Längst bekannt und in Arbeit ;-).

Siehe http://firefox.uni-duisburg.de/forum/viewtopic.php?t=63900

jo, ist Bug 411261. Der dort gepostete Patch funktioniert.

ffmagichnicht: poste einmal einen Screenshot zu dem Dialog.

Im Programmverzeichnis von Firefox befindet sich im Ordner Chrome die Datei classic.manifest.
Diese soll folgenden Inhalt haben:

skin global classic/1.0 jar:classic.jar!/skin/classic/global/ os=WINNT osversion<6
skin global classic/1.0 jar:classic.jar!/skin/classic/global/ os!=WINNT
skin global classic/1.0 jar:classic.jar!/skin/classic/aero/global/ os=WINNT osversion>=6
skin mozapps classic/1.0 jar:classic.jar!/skin/classic/mozapps/ os!=WINNT
skin mozapps classic/1.0 jar:classic.jar!/skin/classic/mozapps/ os=WINNT osversion<6
skin mozapps classic/1.0 jar:classic.jar!/skin/classic/aero/mozapps/ os=WINNT osversion>=6
skin help classic/1.0 jar:classic.jar!/skin/classic/help/
skin browser classic/1.0 jar:classic.jar!/skin/classic/browser/ os=WINNT osversion<6
skin browser classic/1.0 jar:classic.jar!/skin/classic/browser/ os!=WINNT
skin browser classic/1.0 jar:classic.jar!/skin/classic/aero/browser/ os=WINNT osversion>=6
skin communicator classic/1.0 jar:classic.jar!/skin/classic/communicator/

Relevant für Windows Vista sind die Zeilen mit "/aero/".

Zitat von caveman

Wozu man das braucht? Keine Ahnung.

Darum.

Als Referenz: Von einem Roboform Mitarbeiter wurde nun Bugreport 455283 erstellt (bitte dort nicht spammen!).
Bis zu einem Update entweder seitens Firefox (was unwahrscheinlich ist) oder Roboforms (was wohl eher kommt) kann zu einer Nutzung von AI Roboform + Firefox 3.0.2 *nicht* geraten werden.

mrs.gillespie: ich glaube, mein "es wäre schön gewesen" hast du missverstanden. Das bezog sich eher darauf, dass ich/jemand anderes nicht "schnell genug war" danach zu fragen, bevor du dir selbst geholfen hattest, weil nun zwar dein Firefox wieder einwandfrei laufen mag, das eigentliche Problem aber immer noch besteht.

Bezüglich des eigentlichen Problem konnte ich nun ebenfalls verifizieren, dass die aktuelle Version von AI Roboform (6.9.90) zu Firefox 3.0.2 (build 5) inkompatibel ist und Firefox zum Absturz bringt.

Ein Workaround ist, unter Ansicht/Symbolleisten die Roboform Toolbar schnell vor dem Crash zu deaktivieren.

So, ich hab das mal nachgestellt und kann das Problem verifizieren.
Nach einem Update auf build 5 von Firefox 3.0.2 sind die Passwörter unter Einstellungen/Sicherheit/Gespeicherte Passwörter in der Tat nicht mehr sichtbar.

Edit: das betrifft aber nur mein länger existierendes Profil (auch im abgesicherten Modus).
Wenn ich mit 3.0.1 ein neues Profil erstelle, für eine Seite ein Passwort abspeichere und dann auf 3.0.2 aktualisiere, dann ist das Passwort ersichtlich. Strange ... .

Wäre natürlich schön gewesen zu wissen, ob der Stack deiner Abstürze mit denen eines anderen Users übereinstimmt.

https://bugzilla.mozilla.org/show_bug.cgi?id=436302#c18 bzw.
http://crash-stats.mozilla.com/report/index/7…b3-0013211cbf8a