Closing this bug, since it seems abandoned.
** Changed in: firefox (Ubuntu)
Status: Incomplete = Invalid
--
firefix 2.0 slow redirect under ssl with gzip
https://bugs.launchpad.net/bugs/76262
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
this is not abandoned. I have just rested this as above with lighttpd
php zlib.output_compression and firefox 3.0.3 under kubuntu 8.10 x86
intrepid.
confirmed that bug still exists (30-50% of 302 redirects under https
hang for 3-5s)
and confirmed that workaround (ie disabling gzip compression)
still happening with kubuntu gusty and FF3b3 (installed from backports
repository).
--
firefix 2.0 slow redirect under ssl with gzip
https://bugs.launchpad.net/bugs/76262
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
Further information:
I am now testing with
server
lighttpd-1.4.18_1(not apache!)
PHP 5.2.5 (cgi-fcgi) (built: Dec 4 2007 20:05:21)
Copyright (c) 1997-2007 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies
The compression is done by php (not lighttpd,
Thanks guys, for bringing this topic up.
I got edgy trying to find the source of the problem when it occurred in my
develpment.
I'm using:
Debian Etch on amd64 ( 2.6.18-5-amd64 #1 SMP Sat Sep 29 08:51:57 UTC 2007
x86_64 GNU/Linux )
Apache https with gzip, (Server: Apache/2.2.3
It is worth mentioning that this problem only shows up under some
networks. Running from home on charter.net this is not a problem
running from work and accessing the internet through the corporate
network it is a huge problem, rendering the sites nearly unusable.
--
firefix 2.0 slow redirect
This is still a problem with 2.6.20-16-generic (ubuntu feisty) and firefox
2.0.0.6...
Try the dev.java.net sites if you want to see it ~really~ bad.
E.g. https://jax-ws-commons.dev.java.net/spring/
--
firefix 2.0 slow redirect under ssl with gzip
https://bugs.launchpad.net/bugs/76262
You
have upgraded to kubuntu 7.10 (gutsy)
with
Firefox 2.0.0.6
same issue, i am afraid.
i had to add an additional BrowserMatch directive in the workaround for
our internal apps, because the user-agent changed. correct lines for
ssl.conf virtual host containers now are:
BrowserMatch
I definitely can reproduce this trying to access an otrs2 instance with:
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.6) Gecko/20061201
Firefox/2.0.0.6 (Ubuntu-feisty)
On the same box, konqueror does not experience the delay described
earlier, and neither does firefox 2.0.0.6 from a windows
I looked at my apache2 config, and I'm not using mod_gzip, and there
does appear to be content in the redirect (it isn't headers only).
However, I am seeing the same sort of delays, and it appears to be
specific to firefox on ubuntu.
--
firefix 2.0 slow redirect under ssl with gzip
In case someone else comes down this rabbit hole, we editted the
template for the redirect to use a javascript redirect, and the problem
does not manifest itself -- ugly, but maybe a worthwhile workaround for
some until the actual problem can be fixed.
--
firefix 2.0 slow redirect under ssl
The bug is not specific to Ubuntu, I experienced it on openSuSE.
--
firefix 2.0 slow redirect under ssl with gzip
https://bugs.launchpad.net/bugs/76262
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
@Tom Allen
you say:
I looked at my apache2 config, and I'm not using mod_gzip
are you sure, because under apache2 it is actually called mod_deflate.
The problem definitely disappears for me when i disable content
compression.
--
firefix 2.0 slow redirect under ssl with gzip
Ah, I do have the mod_deflate module available, but it does not appear to
be enabled.
On Mon, 10 Sep 2007, Oliver Schonrock wrote:
@Tom Allen
you say:
I looked at my apache2 config, and I'm not using mod_gzip
are you sure, because under apache2 it is actually called mod_deflate.
The
On Mon, Sep 10, 2007 at 03:34:29PM -, Oliver Schonrock wrote:
@Tom Allen
you say:
I looked at my apache2 config, and I'm not using mod_gzip
are you sure, because under apache2 it is actually called mod_deflate.
The problem definitely disappears for me when i disable content
I've not tried with/without SSL -- its SSL only in my test case.
On Mon, 10 Sep 2007, Alexander Sack wrote:
On Mon, Sep 10, 2007 at 03:34:29PM -, Oliver Schonrock wrote:
@Tom Allen
you say:
I looked at my apache2 config, and I'm not using mod_gzip
are you sure, because under apache2
On Mon, Sep 10, 2007 at 04:42:00PM -, Tom Allen wrote:
I've not tried with/without SSL -- its SSL only in my test case.
Could you please test?
- Alexander
--
firefix 2.0 slow redirect under ssl with gzip
https://bugs.launchpad.net/bugs/76262
You received this bug notification because you
@Marton
I tested your demo with Firefox 2.0.0.6. And the problem does occur for
me about 30% of the time.
Also have also retested our own internal apps and they still have the
same problem, also about 30% of the time.
btw i am using
[EMAIL PROTECTED]:~$ uname -a
Linux oliveramd64x2
[EMAIL PROTECTED]:~/Desktop/octoshape$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel(R) Pentium(R) 4 CPU 3.00GHz
stepping: 10
cpu MHz : 2992.788
kubuntu-7.04-alternate-i386.iso
[EMAIL
I set up a test site:
https://www.passwd.hu/~cus/firefox/index.php
If you click on the button you will submit your form to redirector.php and it
will redirect you back to index.php.
You may have to click multiple times to hit the bug and experience the delay,
but after the fifth or sixth try
Oliver,
What version of firefox are you using to reproduce this, also can you
give step by step instructions on how to reproduce this?
** Changed in: firefox (Ubuntu)
Status: Unconfirmed = Needs Info
** Tags added: mt-needtestcase
--
firefix 2.0 slow redirect under ssl with gzip
I am afraid the same symptom does still occur under feisty now. Exactly
the same work around still works as well although the regexp is slightly
different of course, due to a newer version of FF:
# dodgy redirect delay bug for FF2.0 under ubuntu
BrowserMatch Firefox/2.*Ubuntu no-gzip
Can
** Changed in: firefox (Ubuntu)
Assignee: Mozilla Team = Mozilla Bugs
--
firefix 2.0 slow redirect under ssl with gzip
https://launchpad.net/bugs/76262
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
I have just retested now with FF 2.0.0.1
and I cannot reproduce the problem, even after testing the same
applications/pages I was having trouble with in December. I removed the
no-gzip workaround which I had in place, but the problem did not
reoccur.
I am slightly confused by this because
Closing via reporters comment. Thank you.
** Changed in: firefox (Ubuntu)
Status: Needs Info = Rejected
--
firefix 2.0 slow redirect under ssl with gzip
https://launchpad.net/bugs/76262
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
Is this still an issue for you? We are trying to trying sort out the
older Mozilla issues and would like to know if this still happens.
** Changed in: firefox (Ubuntu)
Assignee: (unassigned) = Mozilla Team
Status: Unconfirmed = Needs Info
--
firefix 2.0 slow redirect under ssl with
26 matches
Mail list logo