firefox slow redirect under ssl with gzip
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
firefox-3.0 (Ubuntu) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
Under kubuntu edgy (suspect also ubuntu edgy) firefox 2.0 will seemingly hang for about 3-5s seconds when performing an http 302 redirect only when:
a) the connection is https
b) the page uses gzip compression (mod_deflate apache 2.0.59)
The redirect eventually works but the delay is very annoying and makes many applications which redirect after form submits quite unusuable.
issue does not occur if:
a) connection is http (no 's')
b) connection does not use gzip content compression
c) the http reponse is a "200 OK" rather than a "302 temporarily moved"
d) browser you use is not FF
e) browser is FF < 2.0 (eg under dapper FF 1.5 works ok)
e) OS you use is not ubuntu (ie FF 2.0 under M$ works ok)
a work around if you have control of the server is to put this in the apache ssl.conf in the ssl virtual host block:
# dodgy redirect delay bug for FF2.0 under ubuntu
BrowserMatch "Firefox/2.0 \(Ubuntu-edgy\)" no-gzip
result is no more delay on redirect (although the following page loads more slowly due to no gzip of course)
The above work around also semi proves that the issue is "ssl + gzip + FF2.0 + ubuntu + 302"
If you use LiveHttpHeaders the 3-5s delay can be clearly observed after the 302 response is received. Almost seems like FF does not realise that the "headers only" response is finished and that it should now redirect...until something times out.
Does this occur on Debian also?
description: | updated |
Changed in firefox: | |
assignee: | mozillateam → mozilla-bugs |
summary: |
- firefix slow redirect under ssl with gzip + firefox slow redirect under ssl with gzip |
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.1) Gecko/20061208 Firefox/2.0.0.1
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.1) Gecko/20061208 Firefox/2.0.0.1
Location header (301/302) makes firefox hang for 1-12 seconds before going to the redirected page. This only occurs when using gzip content encoding on ssl encrypted pages (https). This is very annoying since many systems issue a redirect after each POST.
Using live headers, I can clearly see that the delay is on the client side. Firefox receives the following headers (example from ssh encrypted squirrelmail login page): Accept- Encoding
HTTP/1.x 302 Found
Date: Sat, 03 Feb 2007 14:18:44 GMT
Server: Apache/2.2.4 (Unix) mod_ssl/2.2.4 OpenSSL/0.9.7e PHP/4.4.4
X-Powered-By: PHP/4.4.4
Location: src/login.php
Vary: User-Agent,
Content-Encoding: gzip
Content-Length: 20
Keep-Alive: timeout=5, max=100
Connection: Keep-Alive
Content-Type: text/html
After this the delay 1 up to 12 seconds occur before firefox issues "
GET /src/login.php HTTP/1.1".
If I disable gzip (mod_deflate) on the webserver the problem disappears. The certificate is issued by our own certificate authority, and the CA-certificate is installed in the browser.
The problem is not present in firefox 1.0 or 1.5, or other mozilla based browsers like epiphany and galeon. On windows, firefox 2 does not have this problem.
I have observed this behaviour on debian sarge and debian etch (clean firefox installation with new profile and no extensions). The is also an observation from ubuntu at https:/ /launchpad. net/ubuntu/ +source/ firefox/ +bug/76262.
Reproducible: Always