Nicht antwortendes Skript

Ich hab dasselbe Problem, suche schon bald seit 2 Jahren nach der Ursache bzw. Lösung.
Beim Speichern einer Datei oder Webseite o.a. "friert" Firefox für ca. eine Minute ein, bis die Meldung kommt. Entscheidet man sich für die Fortführung des Scripts, erfolgt die Vollendung sofort.

Mittlerweile bin ich so weit, daß man ausschließen kann, daß es an Firefox selbst liegt. Es tritt aber im Zusammenhang mit Firefox auf, und zwar bei mir nur unter Vista. Bei meinen WinXP- und Win7 Installationen hab ich das noch noch nicht gehabt.

Das Internet ist voll von "unresponsive scripts"-Fehlerbeschreibungen..., d.h. es tritt auch im Zusammenhang mit anderer Software auf.
Seltsam ist, daß das Problem bei FF nur beim ersten Aufruf (z.B. beim Speichern eines größeren Bildes o.ä.) auftritt, macht man das dann nochmal, oder auch andere Abspeicherungen, läuft alles einwandfrei...

Die meisten Ratschläge in den Foren laufen auf die Verhinderung der Meldung hinaus, nicht auf die Lösung des Problems selber. Es hat wohl etwas mit Javascript zu tun.
Die Frage ist, ob die FF-Entwickler da etwas tun können, um den Fehler zu umgehen. Immerhin habe ich irgendwo gelesen, daß da etwas an Firefox geändert wurde als Version 3.0 kam, seitdem habe ich das. Seit da wurde eine Funktion der XPCOM-Bibliothek benutzt, meine ich gelesen zu haben.
Mittlerweile habe ich schon Version 10.0, wo das genauso auftritt.
Alles schon probiert, FF neu aufgesetzt, ohne Addons, im abgesicherten Modus, et. Auch mit der portablen Version tritt das auf.

Der einzige funktionierende Workaround ist, einen Downloadmanager zu verwenden (ich benutze "Down them all"), da gibt's das Problem nicht, bzw. das Addon kann damit umgehen...

Es gibt auch einen Bugreport:
https://bugzilla.mozilla.org/show_bug.cgi?id=576519

Jedenfalls stochere ich schon seit Ewigkeiten im Nebel herum... Bei IE konnte ich den Effekt noch nicht beobachten.

Vielleicht gibt's aber neue Erkenntnisse.

Gruß
Wolfgang

Info by Road-Runner: Bitte vor dem Posten lesen sagt unter Punkt 5:

Zitat

Eröffne Deinen eigenen Thread im Forum. Auch wenn das in einem anderen Thread geschilderte Problem auf den ersten Blick identisch mit Deinem Problem ist: es gibt immer die eine oder andere Abweichung (anderes Betriebssystem, andere Erweiterungen, andere Sicherheitssoftware usw.). Ausserdem werden Threads, in denen mehrere User das +- gleiche Problem schildern schnell unübersichtlich und es könnte sogar sein, dass Deine Frage schlicht und einfach übersehen wird.

Deswegen habe ich Deine Frage abgetrennt und ihr gleichzeitig einen aussagekräftigen Titel verpasst.

Zitat von Boersenfeger

Du hast das Phänomen auch schon mal mit einem neuen leeren Profil versucht, in dem du keine Einstellungen verändert und keine Erweiterungen oder Themes installiert hast und dies auch nicht von Drittprogrammen vorgenommen wurde? Ich habe diese Probleme nämlich nicht....

Ja, hab ich probiert, ein splitternacktes Profil...

Zitat

BTW: Dein Bugreport (genauer, der dortige Beispiellink) lässt hier das Problem ebenfalls nicht erscheinen und wird ja auch nicht weiterverfolgt...

Das ist mein Testlink, mit dem ich das Phänomen immer auslösen kann. Wie bereits geschildert, hab ich das auch anderen PCs und Partitionen ausprobiert (WinXP und Win7), da gibt's das nicht. Allerdings habe ich nur die eine Vista-Partition zur Verfügung, da tritt eben dieser Effekt auf.

Wenn ich im Inet nach
"Skript: file:///C:/Program%20Files/Mozilla%20Firefox/modules/XPCOMUtils.jsm:165"
suche, kommen etliche Treffer. Viele auch im Zusammenhang mit Firefox.

Aber die Lösung des Problems hab ich noch nicht gefunden.

So ist die momentane Einstellung.
Wie schon weiter oben erwähnt, helfen die runtime Einstellungen nicht, das Problem zu lösen, nur um ggf. die Fehlermeldung zu verzögern oder zu unterdrücken.

Das Problem ist, daß das Skript beim ersten Aufruf ZU LANGE BRAUCHT, nicht die Fehlermeldung!!!

Jetzt hab ich folgendes versucht: Installation eines FF portable auf einer Partition, die von allen BS zugänglich ist.
Ergebnis:
Ein und dieselbe FF-Installation erzeugt den Fehler, solange in der Vista-Umgebung aufgerufen, unter Win7 oder XP aufgerufen tritt der Fehler nicht auf!!!

D.h. für mich, die Ursache ist außerhalb von FF in der BS-Umgebung . Nur wo...

Hier bin ich wiedermal...

Momentan mit FF 36.0
Vista SP2
Java jre1.8.0_31

Das Problem besteht immer noch. Es nervt. Und das jetzt seit über 4 Jahren, ohne daß ich die Ursache finden konnte.
Es muß etwas mit Javascript zu tun haben. :-??

Nochmal die Beschreibung:

Das Phänomen tritt auf, wenn man einen Download macht (Bild, pdf-Datei, egal was).

Das Objekt ist längst dort wo es sein soll, aber die Downloadanzeige (bzw. der FF) friert an der letzten Sekunde des Downloads ein. Dann gibt's eine Pause von ca. 1 Minute, danach meldet sich FF wieder und der Download wird als erledigt angezeigt.

Wenn ich dann wieder einen Download mache (anderes Objekt), friert der FF nicht mehr ein...

Das Phänomen tritt genau 1 mal pro Neustart des FF auf, und immer beim 1. Mal.

Was ich schon alles versucht hab, ist weiter oben beschrieben.

Bei Benutzung eines Downladmanagers (z.B. dTa), tritt das Problem nicht auf.

Vielleicht gibt's neuere Erkenntnisse... :-???

Zitat

... letzteres wird unbedingt benötigt? Welche Firewall könnte durch Filterarbeiten mitwirken?

Wahrscheinlich keine. Hab nämlich auf einer anderen Partition Vista neu aufgesetzt, da tritt das nicht auf...
Jedoch ist es mir momentan noch zu mühsam, alles auf die andere Partition umzuziehen. Weil mit Benutzung von dTa kann ich ja ohne die "Kunstpause" downloaden.

...Nein, es geht mir um die Ursache, warum FF dieses Verhalten zeigt... :-??
Die gängigen Ursachen für nicht antwortendes Skript hab ich schon durch... :-???

Ich hab AVAST free, das ist aber auch auf der funktionierenden Partition.
Das andere muß ich mal testen...