Beiträge von XtC4UaLL

Zitat von frischu

Die Software-Entwickler würden besser daran tun, bekannte Fehler zu beseitigen, als ständig neue Versionen zu kreieren und den Mund dabei voller zu nehmen, als sie Zähne drin haben.

Dass impliziert u.a. die kühne Annahme, dass es für das Problem nur *eine einzige* Ursache gäbe und die Mozilla Entwickler seit mehreren Versionen die Behebung derer (aktiv) verweigern.

Das ist aber nicht wahr.

Ich wage zu behaupten, dass das Problem zu 99,9% *nicht* bei einem Firefox ohne Addons (Extensions/Themes) und ohne sicherheitsrelevanter Anwendungen, welche im Hintergrund aktiv sind, auftritt. Ggf. spielen sogar Plugins eine Rolle, welche Ihre Laufzeitinstanz nicht korrekt entladen.

Zusammengefasst sind die Ursachen "3rd-Party" und daher nur begrenzt (bis gar nicht) durch die Mozilla Entwickler behebbar.

Zitat von Paul556

Wo liegt dieses Problem?

Nicht am Firefox
...
Vermutlich ist die Ursache in den Einstellungen (-> Farbtiefe?) der Grafikoptionen ("Anzeige") in Window zu finden.
Sehen die Icons von Dateien im Windows Explorer in der Spalte "Name" genauso aus?

Es wurde angedacht und lediglich noch nicht implementiert für Fx 3.6, s.a. Bug 520124. Darfst dich gerne CCen und mitlesen :-).

Mit Glück (und ggf. Wirkung an ungewünschten Stellen in der UI): toolkit.scrollbox.smoothScroll -> false.

Bitte die CrashID hier posten.

Hast Du bereits Sage 1.4.4 (vom 22.1., experimentell) geprüft? => https://addons.mozilla.org/en-US/firefox/addons/versions/77

Errrm, *bitte* keine schlafenden Hunde oder so wecken lassen tun

Für "Profis" falls Firefox einmal "hängt": https://developer.mozilla.org/en/How_to_get_…ace_with_WinDbg
Auch wenn eine Erweiterung ursächlich sein sollte kann das Ergebnis in Form eines schnuckeligen Bugreports hilfreich sein.

Mal ein Update:

- OOPP ("Out Of Process Plugins") ist auf gutem Wege bald per Standard aktiviert zu werden. OOPP wird dann in 1.9.2 zurückportiert und als Lorentz herausgebracht. Die Arbeit an "ein Tab = ein Prozeß" folgt danach.

- der - für mich persönlich unersatzbare - Profil Manager soll aufgrund "Start-up performance"-Gründen weg. Ein Ersatz wird wohl in Form eines separaten Tools folgen (Diskussion in den Mozilla Google Groups).

- kombinierte Stop/Reload-Buttons sind wieder eingecheckt worden

- Bug 520165 entfernt die Möglichkeit die minimale Speicherdauer für Chronikeinträge mittels UI festlegen zu können. Gründe können im Bugreport, hier und hier nachgelesen werden.

RC2 kommt ....

Es gibt ein Update von Mike: http://steelgryphon.com/blog/2010/01/0…nas-and-themes/
Zudem haben sich diverse andere Personen im Mozilla Umfeld geäußert:

http://blog.getfirebug.com/2010/01/09/fir…for-extensions/
http://dafizilla.wordpress.com/2010/01/10/sun…-dont-kill-xul/
http://adrianer.jogger.pl/2010/01/10/ple…ion-eco-system/
http://design-noir.de/log/2010/01/on…s-and-jetpacks/

Ajo, auf Slashdot isses nu auch: http://developers.slashdot.org/story/10/01/10…efox-Extensions

Meine Meinung: das bisherige System (Extensions/Themes) erlaubt Firefox bzw. der ganzen Mozilla/Gecko Plattform seine Einzigartigkeit. Ein "Angleichen" an andere Systeme (Opera/Chrome) macht die Anwendung austauschbar.
Auch wenn lediglich 17% aller Firefox Nutzer überhaupt Extensions und 7% Themes nutzen, so sind doch gerade diese technikafinen Nutzer die entscheidenden Multiplikatoren welche zur Popularität von Firefox & Co beigetragen haben und weiterhin werden. Das das vorhandene System nicht fehlerfrei ist sei unbestritten, jedoch ist für mich z.B. die Notwendigkeit eines Neustarts von Firefox nach einer Extension-Installation kein Hinderungsgrund.

Ich habe beim Lesen der Argumente der Befürworter der neuen Systeme ganz miese Vorahnungen bzgl. der Zukunft von Firefox und der Plattform im Ganzen bekommen :-/.

Vermutlich sind die Erweiterungen "globale" Erweiterungen und werden daher profilübergreifend installiert, lassen sich aber im Nachhinein problemlos deaktivieren.

Zitat von Kitten

XtC4UaLL: Kann mit dem Link nichts anfangen, man muss sich einloggen um Infos zu sehen.

Keine Angst - kein "Normalsterblicher" bekommt den Inhalt des Bugreports zu sehen. Man müsste Mitglied der Bugzilla-Berechtigungsgruppe "core-security", einer begrenmzten Auswahl von Entwicklern, welche sicherheitskritische Bugs fixen, sein.
Aus Erfahrung sprechend erwarte ich einen Bugfix in einem sog. "Point-Release", sprich 3.0.x, 3.5.x, 3.6.x.

Habe mal ein bisschen "geforscht" und die Ursache gefunden:
https://bugzilla.mozilla.org/show_bug.cgi?id=537414#c2

Wird wahrscheinlich https://bugzilla.mozilla.org/show_bug.cgi?id=490164 sein - ein als "sicherheitskritisch" eingestufter Bug älteren Datums.

Zitat von starstuff

Also aus dem ProcessMonitor werd ich nich schlau, der macht ja zig tausend Threads auf sobald ich irgendwas starte...

Ich meinte auch den Process Explorer und nicht den Process Monitor ;-).

Oha. Du könntest ja noch mittels AutoRuns/Process Explorer versuchen, den "Schuldigen" zu finden. Es muss ja etwas im Hintergrund laufendes sein was gestartet Prozesse auf dessen Namen hin überwacht.

Umbenennen der "firefox.exe" hilft auch nicht?

... und den Absturz Mozilla melden und die CrashID hier posten. Anleitung:

https://support.mozilla.com/de/kb/Mozilla Absturz-Melder#Absturzmeldungen_ansehen

Ermm - stell mal deinen "Poltermodus" auf "aus"

Der Bugreport wurde von einem Mozilla Mitarbeiter für die IT erstellt damit - so wie es bereits seit einiger Zeit (http://arm.in/9w0) gemacht wird - die Builds noch vor der Veröffentlichung einen Scan von Clam AntiVirus erfahren können.