Red Hat Bugzilla – Bug 88158
httpd / mysql / php / gzip problem with MS Internet Explorer 6 and windows 2k
Last modified: 2005-10-31 17:00:50 EST
Components maybe envolved:
httpd-2.0.40-11 mysql-server-3.23.54a-4 php-4.2.2-8.0.7 gzip-1.3.3-5
I installed a redhat 8 on a dell poweredge 2300 server.
it should show a website with php and mysql in the background (postnuke). the
problem is now, if i wan't to browse the database on my local machine (windows
2000 sp3 with all hotfixes and as browser internet explorer 6), i can't browse
tables with more than about 15-20 entries. i tried also phpMyAdmin to browse
tables, but as soon they got more than about 15 entries, the browser doesn't
i checked the whole thing with a packetsniffer on my win2k box and saw that i
recieve packets if i click on browse, but the browser does nothing. i also
testet it with netscape 7 and there it works without a problem, it also works
on a NT4 with IE 5.5 installation. i testet the installation also on a second
win2k sp3 machine with ie6 and there it also don't work.
i'm not shure now where the problem really is, but i think it's a problem with
the server and not with ie6.
i couldn't see much in the sniffed packets, because they were compressed with
i hope this is enough info
Steps to Reproduce:
1. open webbrowser (ie6 on win2k sp3)
2. go on the website (for example in phpMyAdmin)
3. open a database
4. click on Browse on a table with more than about 15 entries
5. ie doesn't open the page
the browser just stops and it looks like it's waiting on packets.
i can open the webpage.
with wget on the local machine, i could open the page.
This sounds like a problem in either the PHP script or the database config. I
suggest trying the mailing list for phpMyAdmin for more help.
This problem also occurs with postnuke, which has nothing to do with phpMyAdmin.
i think the problem is somewhere with the on the fly compression of the website.
is there a possible way to disable this "on-the-fly" compression? i couldn't
find a hint about this in the httpd manual.
disable the two lines:
AddEncoding x-compress Z
AddEncoding x-gzip gz tgz
didn't helped to disable it.
oh, i lowered also the priority.
Have you enabled PHP output compression in /etc/php.ini or elsewhere? It's off
by default. Check for:
zlib.output_compression = Off
in /etc/php.ini. Otherwise attach your httpd.conf and php.conf.
Created attachment 90991 [details]
Created attachment 90992 [details]
I checked the phpMyAdmin forum and I actually could find something (but no
If you are interested in the thread, here you go:
- changed bug from NEEDINFO to ASSIGNED
Does it make a difference if you remove the "SetOutputFilter DEFLATE" statement
from your httpd.conf?
nope, no change.
I found the failure (at least in phpMyAdmin). I had to disable the OBGzip
$cfg['OBGzip'] = FALSE; // use GZIP output buffering if possible
With that phpMyAdmin works now. I'm not yet shure if that is a problem of
phpMyAdmin or the server (gzip or something) but I'm posting this for your info.
after I disabled compression in postnuke it also works now. So I think it's a
problem with a compression tool/library which has a bug and not the both tools.
Likely a problem in PHP's gzip output compression.
ah ok, so can we soon expect a php update on the redhat servers?
Thanks for the report. This is a mass bug update; since this release
of Red Hat Linux is no longer supported, please either:
a) try and reproduce the bug with a supported version of Red Hat
Enterprise Linux or Fedora Core, and re-open this bug as appropriate
after changing the Product field, or,
b) if relevant, try and reproduce this bug using the current version
of the upstream package, and report the bug upstream.
c) report the bug to the Fedora Legacy project who may wish to
continue maintenance of this package.