#26613 [Opn]: ob_gzhandler seems NOT WORKING
ID: 26613 User updated by: sabio71 at hotmail dot com Reported By: sabio71 at hotmail dot com Status: Open Bug Type: Zlib Related Operating System: slackware 9.1 stable patched PHP Version: 4.3.4 New Comment: Dear Sirs, 24 hours to Christmas Time i've tried even old apache 1.3.27, php 4.2.3 ... and still doesn't work.. form me now is quite clear... IS MY FAULT, for some obscure reasons still unknown to me IS MY SOFTWARE PLATFORM (SLACKWARE 9.1 PATCHED) FAULT... i've 2 configurations that work (one production, one internal for developing) [configuration 1, internal for developing] slackware 8.0 with custom-compiled linux 2.2.22 apache 1.3.27 php 4.2.3 [configuration 2, on-line] Mandrake distro (i'm not so sure about the version) Apache-AdvancedExtranetServer/1.3.23 (Mandrake Linux/4.1mdk) mod_ssl/2.8.7 OpenSSL/0.9.6c PHP/4.1.2 these two configurations have no problems dealing with "ob_gzhandler" and send zipped http stream at the moment i have no ideas i will try apache 2.0.48 in the end I may configure apache to use mod_gzip but i'm reluctant and, in any case, it isn't the kind of solution i like... Merry Christmas to all of you ... :D Previous Comments: -------- [2003-12-23 06:49:01] sabio71 at hotmail dot com enabling or disabling session.trans_sid doesn't change the behavior... sorry i'm trying apache 1.3.27 and 2.0.48 ... stay tuned ... [2003-12-22 14:30:56] [EMAIL PROTECTED] Check if session.trans_sid is enabled in your php.ini. -------------------- [2003-12-22 13:39:29] sabio71 at hotmail dot com THE WORKING CONFIGURATION apache 1.3.27 php 4.2.3 (NOT 4.3.2 as erroneously stated before) i've compiled also php 4.1.2 same results... DEFINITELY I HAVE A PROBLEM WITH MY SOFTWARE PLATFORM more coming .. stay tuned -------------------- [2003-12-22 12:53:51] sabio71 at hotmail dot com Some More Testing... at the moment i'm not able to say anything more... i've finally compiled php 4.3.2 (which have problems with undefined reference of 'errno', solved including errno.h in my_sys.h) with apache 1.3.29 on a slackware 9.1 STABLE with patches applied (but original kernel 2.4.22, NOT 2.4.23) even with this configuration php doesn't use compression... i don't believe anymore is a php fault ... pheraps there is something different involved ... however it is strange that php on this platform is unable to understand it CAN send compressed... the configuration that worked a year and half ago was slackware 8.0 (kernel 2.2.22) apache 1.3.27 php 4.3.2 i'm going on with more testing -------------------- [2003-12-22 09:24:25] sabio71 at hotmail dot com Still Not Working... i'm using php4-STABLE-200312221230, and setting ob_gzhandler doesn't yield a compressed stream... moreover i'm getting some messages from php, complaining about not being able to set cookies because "headers already sent"... but this is probably an ez-publish 2.1 code-base fault... (i think so even if php4.3.2 worked flawlessly) may i help a bit more ??? if u think i can embrace some deeper debugging let me know it is very important to get compression work as my ISP charges me for the traffic i generate... greeting from Italy and Merry Christmas :) The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/26613 -- Edit this bug report at http://bugs.php.net/?id=26613&edit=1
#26613 [Fbk->Opn]: ob_gzhandler seems NOT WORKING
ID: 26613 User updated by: sabio71 at hotmail dot com Reported By: sabio71 at hotmail dot com -Status: Feedback +Status: Open Bug Type: Zlib Related Operating System: slackware 9.1 stable patched PHP Version: 4.3.4 New Comment: enabling or disabling session.trans_sid doesn't change the behavior... sorry i'm trying apache 1.3.27 and 2.0.48 ... stay tuned ... Previous Comments: [2003-12-22 14:30:56] [EMAIL PROTECTED] Check if session.trans_sid is enabled in your php.ini. [2003-12-22 13:39:29] sabio71 at hotmail dot com THE WORKING CONFIGURATION apache 1.3.27 php 4.2.3 (NOT 4.3.2 as erroneously stated before) i've compiled also php 4.1.2 same results... DEFINITELY I HAVE A PROBLEM WITH MY SOFTWARE PLATFORM more coming .. stay tuned [2003-12-22 12:53:51] sabio71 at hotmail dot com Some More Testing... at the moment i'm not able to say anything more... i've finally compiled php 4.3.2 (which have problems with undefined reference of 'errno', solved including errno.h in my_sys.h) with apache 1.3.29 on a slackware 9.1 STABLE with patches applied (but original kernel 2.4.22, NOT 2.4.23) even with this configuration php doesn't use compression... i don't believe anymore is a php fault ... pheraps there is something different involved ... however it is strange that php on this platform is unable to understand it CAN send compressed... the configuration that worked a year and half ago was slackware 8.0 (kernel 2.2.22) apache 1.3.27 php 4.3.2 i'm going on with more testing -------------------- [2003-12-22 09:24:25] sabio71 at hotmail dot com Still Not Working... i'm using php4-STABLE-200312221230, and setting ob_gzhandler doesn't yield a compressed stream... moreover i'm getting some messages from php, complaining about not being able to set cookies because "headers already sent"... but this is probably an ez-publish 2.1 code-base fault... (i think so even if php4.3.2 worked flawlessly) may i help a bit more ??? if u think i can embrace some deeper debugging let me know it is very important to get compression work as my ISP charges me for the traffic i generate... greeting from Italy and Merry Christmas :) -------------------- [2003-12-19 04:09:43] sabio71 at hotmail dot com i'm downloading CVS today (2003 12 19) ... more feedback as soon as possible... thanx in advance ... Fabio :) The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/26613 -- Edit this bug report at http://bugs.php.net/?id=26613&edit=1
#26613 [Opn]: ob_gzhandler seems NOT WORKING
ID: 26613 User updated by: sabio71 at hotmail dot com Reported By: sabio71 at hotmail dot com Status: Open Bug Type: Zlib Related Operating System: slackware 9.1 stable patched PHP Version: 4.3.4 New Comment: THE WORKING CONFIGURATION apache 1.3.27 php 4.2.3 (NOT 4.3.2 as erroneously stated before) i've compiled also php 4.1.2 same results... DEFINITELY I HAVE A PROBLEM WITH MY SOFTWARE PLATFORM more coming .. stay tuned Previous Comments: [2003-12-22 12:53:51] sabio71 at hotmail dot com Some More Testing... at the moment i'm not able to say anything more... i've finally compiled php 4.3.2 (which have problems with undefined reference of 'errno', solved including errno.h in my_sys.h) with apache 1.3.29 on a slackware 9.1 STABLE with patches applied (but original kernel 2.4.22, NOT 2.4.23) even with this configuration php doesn't use compression... i don't believe anymore is a php fault ... pheraps there is something different involved ... however it is strange that php on this platform is unable to understand it CAN send compressed... the configuration that worked a year and half ago was slackware 8.0 (kernel 2.2.22) apache 1.3.27 php 4.3.2 i'm going on with more testing -------- [2003-12-22 09:24:25] sabio71 at hotmail dot com Still Not Working... i'm using php4-STABLE-200312221230, and setting ob_gzhandler doesn't yield a compressed stream... moreover i'm getting some messages from php, complaining about not being able to set cookies because "headers already sent"... but this is probably an ez-publish 2.1 code-base fault... (i think so even if php4.3.2 worked flawlessly) may i help a bit more ??? if u think i can embrace some deeper debugging let me know it is very important to get compression work as my ISP charges me for the traffic i generate... greeting from Italy and Merry Christmas :) ------------------------ [2003-12-19 04:09:43] sabio71 at hotmail dot com i'm downloading CVS today (2003 12 19) ... more feedback as soon as possible... thanx in advance ... Fabio :) [2003-12-18 16:34:27] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip -------------------- [2003-12-15 06:08:51] sabio71 at hotmail dot com A MORE CLEAR EXPLANATION yes ILIA, for sure :) !!!. I'm using ie 5, ie 5.5, ie 6, netscape 6, mozilla, konqueror, even lynx ... i've made some other attempts, in particular i've checked if 1) for some reasons apache was not passing through to php "accept-encoding" but, obviously it is not the case 2) it makes thing behaves differently pokeing with php.ini, like setting [output_buffering = 4096; AND output_handler = ob_gzhandler] OR [output_handler = ; AND zlib.output_compression = On] and calling ob_start() instead of ob_start("ob_gzhandler") none of the two seems working. Moreover, it seems the semantic of calling sequence ob_start ... ob_end_flush has changed a bit from version 4.2.3 (yes i know it is VERY VERY old and perhaps the changed behaviour il well documented) in few words, i'm using an old version of ez-publish (2.1) that works with apache 1.3.27 and php 4.2.3 on linux... with that combination the system works and compress the http output stream... on a apache 1.3.29 with brand new php 4.3.4 simply it doesn't... moreover (but this is ez-publish code-base fault) on php 4.3.4 there are some Warnings that impose modification to code-base in order to get a working configuration... (a not so painless up-grade :) ) however the simple code [short script descripting] still doesn't send a compressed stream... hoping to be the more clear that i can greetings from italy The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/26613 -- Edit this bug report at http://bugs.php.net/?id=26613&edit=1
#26613 [Opn]: ob_gzhandler seems NOT WORKING
ID: 26613 User updated by: sabio71 at hotmail dot com Reported By: sabio71 at hotmail dot com Status: Open Bug Type: Zlib Related Operating System: slackware 9.1 stable patched PHP Version: 4.3.4 New Comment: Some More Testing... at the moment i'm not able to say anything more... i've finally compiled php 4.3.2 (which have problems with undefined reference of 'errno', solved including errno.h in my_sys.h) with apache 1.3.29 on a slackware 9.1 STABLE with patches applied (but original kernel 2.4.22, NOT 2.4.23) even with this configuration php doesn't use compression... i don't believe anymore is a php fault ... pheraps there is something different involved ... however it is strange that php on this platform is unable to understand it CAN send compressed... the configuration that worked a year and half ago was slackware 8.0 (kernel 2.2.22) apache 1.3.27 php 4.3.2 i'm going on with more testing Previous Comments: -------- [2003-12-22 09:24:25] sabio71 at hotmail dot com Still Not Working... i'm using php4-STABLE-200312221230, and setting ob_gzhandler doesn't yield a compressed stream... moreover i'm getting some messages from php, complaining about not being able to set cookies because "headers already sent"... but this is probably an ez-publish 2.1 code-base fault... (i think so even if php4.3.2 worked flawlessly) may i help a bit more ??? if u think i can embrace some deeper debugging let me know it is very important to get compression work as my ISP charges me for the traffic i generate... greeting from Italy and Merry Christmas :) -------------------- [2003-12-19 04:09:43] sabio71 at hotmail dot com i'm downloading CVS today (2003 12 19) ... more feedback as soon as possible... thanx in advance ... Fabio :) [2003-12-18 16:34:27] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip ------------------------ [2003-12-15 06:08:51] sabio71 at hotmail dot com A MORE CLEAR EXPLANATION yes ILIA, for sure :) !!!. I'm using ie 5, ie 5.5, ie 6, netscape 6, mozilla, konqueror, even lynx ... i've made some other attempts, in particular i've checked if 1) for some reasons apache was not passing through to php "accept-encoding" but, obviously it is not the case 2) it makes thing behaves differently pokeing with php.ini, like setting [output_buffering = 4096; AND output_handler = ob_gzhandler] OR [output_handler = ; AND zlib.output_compression = On] and calling ob_start() instead of ob_start("ob_gzhandler") none of the two seems working. Moreover, it seems the semantic of calling sequence ob_start ... ob_end_flush has changed a bit from version 4.2.3 (yes i know it is VERY VERY old and perhaps the changed behaviour il well documented) in few words, i'm using an old version of ez-publish (2.1) that works with apache 1.3.27 and php 4.2.3 on linux... with that combination the system works and compress the http output stream... on a apache 1.3.29 with brand new php 4.3.4 simply it doesn't... moreover (but this is ez-publish code-base fault) on php 4.3.4 there are some Warnings that impose modification to code-base in order to get a working configuration... (a not so painless up-grade :) ) however the simple code [short script descripting] still doesn't send a compressed stream... hoping to be the more clear that i can greetings from italy [2003-12-13 13:59:24] [EMAIL PROTECTED] What makes you think ob_gzhandler is not working? Are you certain your browser supports zlib encoding? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/26613 -- Edit this bug report at http://bugs.php.net/?id=26613&edit=1
#26613 [Opn]: ob_gzhandler seems NOT WORKING
ID: 26613 User updated by: sabio71 at hotmail dot com Reported By: sabio71 at hotmail dot com Status: Open Bug Type: Zlib Related Operating System: slackware 9.1 stable patched PHP Version: 4.3.4 New Comment: Still Not Working... i'm using php4-STABLE-200312221230, and setting ob_gzhandler doesn't yield a compressed stream... moreover i'm getting some messages from php, complaining about not being able to set cookies because "headers already sent"... but this is probably an ez-publish 2.1 code-base fault... (i think so even if php4.3.2 worked flawlessly) may i help a bit more ??? if u think i can embrace some deeper debugging let me know it is very important to get compression work as my ISP charges me for the traffic i generate... greeting from Italy and Merry Christmas :) Previous Comments: ---- [2003-12-19 04:09:43] sabio71 at hotmail dot com i'm downloading CVS today (2003 12 19) ... more feedback as soon as possible... thanx in advance ... Fabio :) [2003-12-18 16:34:27] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip ---- [2003-12-15 06:08:51] sabio71 at hotmail dot com A MORE CLEAR EXPLANATION yes ILIA, for sure :) !!!. I'm using ie 5, ie 5.5, ie 6, netscape 6, mozilla, konqueror, even lynx ... i've made some other attempts, in particular i've checked if 1) for some reasons apache was not passing through to php "accept-encoding" but, obviously it is not the case 2) it makes thing behaves differently pokeing with php.ini, like setting [output_buffering = 4096; AND output_handler = ob_gzhandler] OR [output_handler = ; AND zlib.output_compression = On] and calling ob_start() instead of ob_start("ob_gzhandler") none of the two seems working. Moreover, it seems the semantic of calling sequence ob_start ... ob_end_flush has changed a bit from version 4.2.3 (yes i know it is VERY VERY old and perhaps the changed behaviour il well documented) in few words, i'm using an old version of ez-publish (2.1) that works with apache 1.3.27 and php 4.2.3 on linux... with that combination the system works and compress the http output stream... on a apache 1.3.29 with brand new php 4.3.4 simply it doesn't... moreover (but this is ez-publish code-base fault) on php 4.3.4 there are some Warnings that impose modification to code-base in order to get a working configuration... (a not so painless up-grade :) ) however the simple code [short script descripting] still doesn't send a compressed stream... hoping to be the more clear that i can greetings from italy [2003-12-13 13:59:24] [EMAIL PROTECTED] What makes you think ob_gzhandler is not working? Are you certain your browser supports zlib encoding? -------------------- [2003-12-13 04:48:03] sabio71 at hotmail dot com Description: [configure line] ./configure --with-mysql --with-apache=../apache_1.3.29 [changes to php.ini] for legacy reasons: register_globals = On simply put, it seems it doesn't compress ... i strongly believe is my fault, but i'm not able to figure why i've tried also with "output_handler = ob_gzhandler" but nothing Reproduce code: --- [short script descripting] -- Edit this bug report at http://bugs.php.net/?id=26613&edit=1
#26613 [Fbk->Opn]: ob_gzhandler seems NOT WORKING
ID: 26613 User updated by: sabio71 at hotmail dot com Reported By: sabio71 at hotmail dot com -Status: Feedback +Status: Open Bug Type: Zlib Related Operating System: slackware 9.1 stable patched PHP Version: 4.3.4 New Comment: i'm downloading CVS today (2003 12 19) ... more feedback as soon as possible... thanx in advance ... Fabio :) Previous Comments: [2003-12-18 16:34:27] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-12-15 06:08:51] sabio71 at hotmail dot com A MORE CLEAR EXPLANATION yes ILIA, for sure :) !!!. I'm using ie 5, ie 5.5, ie 6, netscape 6, mozilla, konqueror, even lynx ... i've made some other attempts, in particular i've checked if 1) for some reasons apache was not passing through to php "accept-encoding" but, obviously it is not the case 2) it makes thing behaves differently pokeing with php.ini, like setting [output_buffering = 4096; AND output_handler = ob_gzhandler] OR [output_handler = ; AND zlib.output_compression = On] and calling ob_start() instead of ob_start("ob_gzhandler") none of the two seems working. Moreover, it seems the semantic of calling sequence ob_start ... ob_end_flush has changed a bit from version 4.2.3 (yes i know it is VERY VERY old and perhaps the changed behaviour il well documented) in few words, i'm using an old version of ez-publish (2.1) that works with apache 1.3.27 and php 4.2.3 on linux... with that combination the system works and compress the http output stream... on a apache 1.3.29 with brand new php 4.3.4 simply it doesn't... moreover (but this is ez-publish code-base fault) on php 4.3.4 there are some Warnings that impose modification to code-base in order to get a working configuration... (a not so painless up-grade :) ) however the simple code [short script descripting] still doesn't send a compressed stream... hoping to be the more clear that i can greetings from italy [2003-12-13 13:59:24] [EMAIL PROTECTED] What makes you think ob_gzhandler is not working? Are you certain your browser supports zlib encoding? -------------------- [2003-12-13 04:48:03] sabio71 at hotmail dot com Description: [configure line] ./configure --with-mysql --with-apache=../apache_1.3.29 [changes to php.ini] for legacy reasons: register_globals = On simply put, it seems it doesn't compress ... i strongly believe is my fault, but i'm not able to figure why i've tried also with "output_handler = ob_gzhandler" but nothing Reproduce code: --- [short script descripting] -- Edit this bug report at http://bugs.php.net/?id=26613&edit=1
#26613 [Opn]: ob_gzhandler seems NOT WORKING
ID: 26613 User updated by: sabio71 at hotmail dot com Reported By: sabio71 at hotmail dot com Status: Open Bug Type: Zlib Related Operating System: slackware 9.1 stable patched PHP Version: 4.3.4 New Comment: A MORE CLEAR EXPLANATION yes ILIA, for sure :) !!!. I'm using ie 5, ie 5.5, ie 6, netscape 6, mozilla, konqueror, even lynx ... i've made some other attempts, in particular i've checked if 1) for some reasons apache was not passing through to php "accept-encoding" but, obviously it is not the case 2) it makes thing behaves differently pokeing with php.ini, like setting [output_buffering = 4096; AND output_handler = ob_gzhandler] OR [output_handler = ; AND zlib.output_compression = On] and calling ob_start() instead of ob_start("ob_gzhandler") none of the two seems working. Moreover, it seems the semantic of calling sequence ob_start ... ob_end_flush has changed a bit from version 4.2.3 (yes i know it is VERY VERY old and perhaps the changed behaviour il well documented) in few words, i'm using an old version of ez-publish (2.1) that works with apache 1.3.27 and php 4.2.3 on linux... with that combination the system works and compress the http output stream... on a apache 1.3.29 with brand new php 4.3.4 simply it doesn't... moreover (but this is ez-publish code-base fault) on php 4.3.4 there are some Warnings that impose modification to code-base in order to get a working configuration... (a not so painless up-grade :) ) however the simple code [short script descripting] still doesn't send a compressed stream... hoping to be the more clear that i can greetings from italy Previous Comments: -------------------- [2003-12-15 06:07:45] sabio71 at hotmail dot com a more clear explanation [2003-12-13 13:59:24] [EMAIL PROTECTED] What makes you think ob_gzhandler is not working? Are you certain your browser supports zlib encoding? -------------------- [2003-12-13 04:48:03] sabio71 at hotmail dot com Description: [configure line] ./configure --with-mysql --with-apache=../apache_1.3.29 [changes to php.ini] for legacy reasons: register_globals = On simply put, it seems it doesn't compress ... i strongly believe is my fault, but i'm not able to figure why i've tried also with "output_handler = ob_gzhandler" but nothing Reproduce code: --- [short script descripting] -- Edit this bug report at http://bugs.php.net/?id=26613&edit=1
#26613 [Fbk->Opn]: ob_gzhandler seems NOT WORKING
ID: 26613 User updated by: sabio71 at hotmail dot com Reported By: sabio71 at hotmail dot com -Status: Feedback +Status: Open Bug Type: Zlib Related Operating System: slackware 9.1 stable patched PHP Version: 4.3.4 New Comment: a more clear explanation Previous Comments: [2003-12-13 13:59:24] [EMAIL PROTECTED] What makes you think ob_gzhandler is not working? Are you certain your browser supports zlib encoding? [2003-12-13 04:48:03] sabio71 at hotmail dot com Description: [configure line] ./configure --with-mysql --with-apache=../apache_1.3.29 [changes to php.ini] for legacy reasons: register_globals = On simply put, it seems it doesn't compress ... i strongly believe is my fault, but i'm not able to figure why i've tried also with "output_handler = ob_gzhandler" but nothing Reproduce code: --- [short script descripting] -- Edit this bug report at http://bugs.php.net/?id=26613&edit=1
#26613 [NEW]: ob_gzhandler seems NOT WORKING
From: sabio71 at hotmail dot com Operating system: slackware 9.1 stable patched PHP version: 4.3.4 PHP Bug Type: Zlib Related Bug description: ob_gzhandler seems NOT WORKING Description: [configure line] ./configure --with-mysql --with-apache=../apache_1.3.29 [changes to php.ini] for legacy reasons: register_globals = On simply put, it seems it doesn't compress ... i strongly believe is my fault, but i'm not able to figure why i've tried also with "output_handler = ob_gzhandler" but nothing Reproduce code: --- [short script descripting] -- Edit bug report at http://bugs.php.net/?id=26613&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26613&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26613&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26613&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26613&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26613&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26613&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26613&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26613&r=support Expected behavior: http://bugs.php.net/fix.php?id=26613&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26613&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26613&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26613&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26613&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26613&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26613&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26613&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26613&r=float