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 Description: 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 make anything. 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 gzip. i hope this is enough info patrick Reproducibility: Every Time 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 Actual Results: the browser just stops and it looks like it's waiting on packets. Expectet Results: i can open the webpage. Additional Information: 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] httpd.conf
Created attachment 90992 [details] php.ini
I checked the phpMyAdmin forum and I actually could find something (but no solution).... If you are interested in the thread, here you go: http://sourceforge.net/forum/forum.php?thread_id=838087&forum_id=72909 Note: - 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.
Hi I found the failure (at least in phpMyAdmin). I had to disable the OBGzip variable: $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. Patrick
small addition 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. Patrick
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.