Mozilla サポートの検索

Avoid support scams. We will never ask you to call or text a phone number or share personal information. Please report suspicious activity using the “Report Abuse” option.

詳しく学ぶ

このスレッドはアーカイブに保管されました。 必要であれば新たに質問してください。

Warum friert Firefox beim aufruf von https://kunde.comdirect.de/lp/wt/login für ca 15-30 Sekunden ein?

  • 2 件の返信
  • 2 人がこの問題に困っています
  • 2 回表示
  • 最後の返信者: Peet_Comdirect

more options

Bei ca 10% unserer Kunden die Firefox verwenden beobachten wir das Verhalten, dass der Browser bis zu 30 Sekunden nicht Reagiert.

Das Verhalten tritt nur beim ersten aufruf nach dem starten von Firefox auf.

Wir haben festgestellt, dass für jede .js und .css Datei auch immer eine Request an http://safebrowsing.clients.google.com/safebrowsing/gethash gesendet wird und danach die CPU last auf 50 % bis 100 % steigt.

Die .js und .css Dateien liegen auf dem Server unterhalb von /ccf/ . Durch Umbenenung des Verzeichnis in /ccf1/ tritt das Problem nicht mehr auf und es wird auch nicht mehr http://safebrowsing.clients.google.com/safebrowsing/gethash aufgerufen. Auch das Umbenenen der domain in comdi.de behebt das Problem

Wenn man das safebrowsing Verzeichnis im Profil löscht, tritt das problem nur für eine begrenzte Zeit nicht auf.

Der Fehler tritt in Firefox 17 und 18 auf.

Bei ca 10% unserer Kunden die Firefox verwenden beobachten wir das Verhalten, dass der Browser bis zu 30 Sekunden nicht Reagiert. Das Verhalten tritt nur beim ersten aufruf nach dem starten von Firefox auf. Wir haben festgestellt, dass für jede .js und .css Datei auch immer eine Request an http://safebrowsing.clients.google.com/safebrowsing/gethash gesendet wird und danach die CPU last auf 50 % bis 100 % steigt. Die .js und .css Dateien liegen auf dem Server unterhalb von /ccf/ . Durch Umbenenung des Verzeichnis in /ccf1/ tritt das Problem nicht mehr auf und es wird auch nicht mehr http://safebrowsing.clients.google.com/safebrowsing/gethash aufgerufen. Auch das Umbenenen der domain in comdi.de behebt das Problem Wenn man das safebrowsing Verzeichnis im Profil löscht, tritt das problem nur für eine begrenzte Zeit nicht auf. Der Fehler tritt in Firefox 17 und 18 auf.

すべての返信 (2)

more options

I'm not seeing this issue on Linux. I do see some safebrowsing request, but those do not cause a freeze.

Try to set the urlclassifier.confirm-age pref to 0 on the about:config page to let entries in the phishing protection database expire more easily.

Do you know which security software those clients are using?


I notice that the server is using an 128 bit RC4 connection and doesn't support AES-256 (security.ssl3.rsa_rc4_128_sha), so it could benefit from a server update.

more options

Thanks for your prompt response

Locally i have "avira Free Antivirus" running. I could try to ask some customer next week what they are using.

I will also ask for AES-256 support.

But why does the freeze disappear, by just changing the path name of the js and css files from /ccf/ to /ccf1/ or by renaming the domain name. Changing the subdomain name has no effect.

Did you mean urlclassifier.max-complete-age

i do not see the pref urlclassifier.confirm-age or do i have to add the key.


Thanks