When I send a POST request to an SSL encrypted page, the browser often stalls for about 10 seconds (progress bar halts exactly at 50%). It seems to depend on the encryption standard used on the server-side because it doesn't happen with every server. I use www-client/mozilla-firefox-bin-2.0.0.4. I installed Debian and the same browser in a VM, and the error doesn't occur. Reproducible: Sometimes Steps to Reproduce:
One more thing: I don't have these problems with Opera or Konqueror
Try testing with the non-bin version.
Same problems with the non-bin version.
Try with mozilla.com's firefox. Could you give me a website where you have that problems? And have you tried with a clean profile?
Same problems with the version from mozilla.com (also tried with a clean profile). It happens most often when I try to log on to our ticket system. I frist thought it was the server's fault, but like I said, it doesn't happen with Opera and Konqueror. I'll create an account for you in the ticket system and send the details to your mailbox.
Indeed. I can reproduce it, but only on x86, i've tried alpha and ia64 and doesn't take any time to login...that's weird...
If this does not occur on debian, most probably is because of this patch, they have: http://g-overlays.googlecode.com/svn/trunk/mozilla/dev-libs/nss/files/25_entropy.patch the upstream bug is https://bugzilla.mozilla.org/show_bug.cgi?id=51429, but they checked another fix for the netstat-zombies, could it be that this fix caused this regression. this is the debian bug (they simply disable the netstat-calls altogether for linux): http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=241200
Gergan: unfortunately I can't confirm your solution. I compiled and installed a patched version and the problems persists. One more thing: it didn't happen with Firefox 1.5, so it seems to be a problem specific to version 2.
Have you applied the patch to nss and not firefox itself? Although it should not really matter if this does not occur on a gentoo firefox-1.5 source build, as gentoo uses system nss/nspr (meaning, that the both builds are using the same nss), where the mozilla-bin versions include their own nss/nspr libraries. Rereading your first post - do you mean that stock mozilla-bin from mozilla.org works on debian and not on gentoo? If this is the case, the problem is most probably not in mozilla itself, but in some other gentoo package. Try stracing it on gentoo, probably this should reveal, where the slowdown happens.
On Debian I used the Firefox that came with the DVD. I tried stracing firefox. When I simply executed "strace firefox", the delay during login was there, but there was no output after the program had been loaded. When I did "strace -f firefox" there was more output, but the delay during login was gone... Weird. What effect could the -f option have on this?
Correction: the problem is still there with "strace -f firefox", it just doesn't seem to occur when logging in and a lot less frequently in general. Very weird. I'll see what I can find out from the strace output.
So I captured the event when executing "strace -f -t -T -o strace firefox". Everything worked fine, I did a couple of POST requests (always with the same form) and then one request took 15 seconds. I clicked on the submit button at approximately 12:38:25, the progress bar stalled at 50% and then, at 12:38:40, the form got send. I must admit that I'm not good at analyzing strace output, so I didn't find anything that gave me a hint. If anybody wants to take a look at it, I would really appreciate it: http://dunix.de/strace.bz2 (about 700k).
(In reply to comment #12) > So I captured the event when executing "strace -f -t -T -o strace firefox". > Everything worked fine, I did a couple of POST requests (always with the same > form) and then one request took 15 seconds. I clicked on the submit button at > approximately 12:38:25, the progress bar stalled at 50% and then, at 12:38:40, > the form got send. I must admit that I'm not good at analyzing strace output, > so I didn't find anything that gave me a hint. If anybody wants to take a look > at it, I would really appreciate it: http://dunix.de/strace.bz2 (about 700k). > This whole ssl stuff is a joke you have no way to determine the load on the server you are connecting to. This bug is completely invalid.
Since I am also running the server (Gentoo also), I know the load ;-) Believe me, that's not an issue. Plus: - only happens with Firefox 2 on Gentoo, not with other browsers - does not happen with Firefox 2 on other Linux systems - could be reproduced by others
I really don't know how to debug this or how to fix it. I guess we'll have the same problem if we run any mozilla-based browser under Gentoo...
Still happening?
No, dissappeared at some point. Can't tell you which version though... Sorry.
Okay then