Avatar for Username

Search Support

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.

Learn More

This thread was archived. Please ask a new question if you need help.

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

Peet_Comdirect
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.

All Replies (2)

cor-el
cor-el
  • Moderator
  • Top 10 Contributor
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.

Peet_Comdirect
Peet_Comdirect Question owner
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