#17868 [Com]: Doesn't work two and more !--include-- directives of PHP code on different OS
ID: 17868 Comment by: drew at pod6 dot ca Reported By: messiah at hotbox dot ru Status: Closed Bug Type: Apache2 related Operating System: * PHP Version: 4.3.0-dev New Comment: What the heck does that mean? Is the bug fixed, or not? Is the problem that the binary included in the RPMs is faulty, and we need to rebuild PHP and/or Apache from scratch, or is this apache2handler sapi voodoo you speak of some kind of undocumented configuration option? I'm sorry, but you're assuming a lot of knowledge here. A google for apache2handler sapi doesn't turn up anything immediately useful. Previous Comments: [2004-06-29 12:14:45] [EMAIL PROTECTED] Use the apache2handler sapi and it should work fine. The filter handler doesn't work very well. [2004-06-29 12:03:18] scott at afmmail dot com I too would really like to know if there is a fix for this problem. We are having the exact same problem running a clean install of Apache 2.0,40 Linus 9.0 with PHP 4.2.2 on our new server. We did try it using FreeBSD and everything worked fine. All of the php includes pased fine. Reinstalled Redhat and ran into the same problem again. After reading this thread I too am unsure where or how I can fix this problem. We really need to find a solution because it is holingup the implementation of our new server. [2003-12-30 12:22:33] ccarroll4 at hotmail dot com I am also having this problem on a default install of Redhat 9 - Apache v. 2.0.40, PHP 4.2.2. Apache was not installed from an RPM (to my surprise), but PHP was. The posts here are confusing; one says go to PHP 4.3.2, the next says that installing 4.3.2 broke scripts. Any CLEAR solutions? After a year and a half, it seems like this should be resolved once and for all. [2003-12-01 08:47:50] raphael at segal dot com dot au Was this ever resolved - I am getting this error on a default RPM install of RedHat 9.0 [2003-08-10 17:31:02] php at pamelajoy dot com I use several includes on every PHP page. I have not had any problems until today when my webhost upgraded to PHP 4.3.2. Now none of my includes are being parsed. Yes, my webhost uses Apache, and we are discussing it in our forum at a href=http://www.rivalpro.net/forums/iv1/index.php?act=STf=16t=524s=7e56594f281f099bcc05bbfb451bee12;http://www.rivalpro.net/forums/iv1/index.php?act=STf=16t=524s=7e56594f281f099bcc05bbfb451bee12/a. I hope there is a solution other than changing back to shtml pages. 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/17868 -- Edit this bug report at http://bugs.php.net/?id=17868edit=1
#17868 [Com]: Doesn't work two and more !--include-- directives of PHP code on different OS
ID: 17868 Comment by: scott at afmmail dot com Reported By: messiah at hotbox dot ru Status: Closed Bug Type: Apache2 related Operating System: * PHP Version: 4.3.0-dev New Comment: I too would really like to know if there is a fix for this problem. We are having the exact same problem running a clean install of Apache 2.0,40 Linus 9.0 with PHP 4.2.2 on our new server. We did try it using FreeBSD and everything worked fine. All of the php includes pased fine. Reinstalled Redhat and ran into the same problem again. After reading this thread I too am unsure where or how I can fix this problem. We really need to find a solution because it is holingup the implementation of our new server. Previous Comments: [2003-12-30 12:22:33] ccarroll4 at hotmail dot com I am also having this problem on a default install of Redhat 9 - Apache v. 2.0.40, PHP 4.2.2. Apache was not installed from an RPM (to my surprise), but PHP was. The posts here are confusing; one says go to PHP 4.3.2, the next says that installing 4.3.2 broke scripts. Any CLEAR solutions? After a year and a half, it seems like this should be resolved once and for all. [2003-12-01 08:47:50] raphael at segal dot com dot au Was this ever resolved - I am getting this error on a default RPM install of RedHat 9.0 [2003-08-10 17:31:02] php at pamelajoy dot com I use several includes on every PHP page. I have not had any problems until today when my webhost upgraded to PHP 4.3.2. Now none of my includes are being parsed. Yes, my webhost uses Apache, and we are discussing it in our forum at a href=http://www.rivalpro.net/forums/iv1/index.php?act=STf=16t=524s=7e56594f281f099bcc05bbfb451bee12;http://www.rivalpro.net/forums/iv1/index.php?act=STf=16t=524s=7e56594f281f099bcc05bbfb451bee12/a. I hope there is a solution other than changing back to shtml pages. [2003-05-28 17:56:13] [EMAIL PROTECTED] Wait for PHP 4.3.2. There using --with-apxs2 will enable the new handler version of the apache2 module. [2003-05-28 12:56:22] joe at joe-lewis dot com Is this apxs2 an apache configuration option or a php option? I am using apache 2.0.45, with php 4.3.1, and am still encountering the error. I have tried --with-apxs2handler=/usr/local/bin/apxs and --with-apxs2filter=/usr/local/bin/apxs in both PHP and Apache, with no successes. In fact, now (though my configuration is good), any PHP page is not executed or parsed, but returned as type x-httpd-php, which is somewhat operational (i.e. it has the right type, but the libphp4 module is not being called as specified in my httpd.conf file). 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/17868 -- Edit this bug report at http://bugs.php.net/?id=17868edit=1
#17868 [Com]: Doesn't work two and more !--include-- directives of PHP code on different OS
ID: 17868 Comment by: ccarroll4 at hotmail dot com Reported By: messiah at hotbox dot ru Status: Closed Bug Type: Apache2 related Operating System: * PHP Version: 4.3.0-dev New Comment: I am also having this problem on a default install of Redhat 9 - Apache v. 2.0.40, PHP 4.2.2. Apache was not installed from an RPM (to my surprise), but PHP was. The posts here are confusing; one says go to PHP 4.3.2, the next says that installing 4.3.2 broke scripts. Any CLEAR solutions? After a year and a half, it seems like this should be resolved once and for all. Previous Comments: [2003-12-01 08:47:50] raphael at segal dot com dot au Was this ever resolved - I am getting this error on a default RPM install of RedHat 9.0 [2003-08-10 17:31:02] php at pamelajoy dot com I use several includes on every PHP page. I have not had any problems until today when my webhost upgraded to PHP 4.3.2. Now none of my includes are being parsed. Yes, my webhost uses Apache, and we are discussing it in our forum at a href=http://www.rivalpro.net/forums/iv1/index.php?act=STf=16t=524s=7e56594f281f099bcc05bbfb451bee12;http://www.rivalpro.net/forums/iv1/index.php?act=STf=16t=524s=7e56594f281f099bcc05bbfb451bee12/a. I hope there is a solution other than changing back to shtml pages. [2003-05-28 17:56:13] [EMAIL PROTECTED] Wait for PHP 4.3.2. There using --with-apxs2 will enable the new handler version of the apache2 module. [2003-05-28 12:56:22] joe at joe-lewis dot com Is this apxs2 an apache configuration option or a php option? I am using apache 2.0.45, with php 4.3.1, and am still encountering the error. I have tried --with-apxs2handler=/usr/local/bin/apxs and --with-apxs2filter=/usr/local/bin/apxs in both PHP and Apache, with no successes. In fact, now (though my configuration is good), any PHP page is not executed or parsed, but returned as type x-httpd-php, which is somewhat operational (i.e. it has the right type, but the libphp4 module is not being called as specified in my httpd.conf file). [2003-02-13 09:40:43] lists at holsman dot net RE: apache2 php developers not working together. I agree. infact 2 apache2 developers spent a couple of hours and created a new php/apache2 sapi interface, and It would be great if you could give it a try and send some feedback if you could try the --with-apxs2handler instead of --with-apxs2 this might help. this uses the standard handler mechanism, and not the filter API. look forward to hearding how it goes. Ian 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/17868 -- Edit this bug report at http://bugs.php.net/?id=17868edit=1
#17868 [Com]: Doesn't work two and more !--include-- directives of PHP code on different OS
ID: 17868 Comment by: raphael at segal dot com dot au Reported By: messiah at hotbox dot ru Status: Closed Bug Type: Apache2 related Operating System: * PHP Version: 4.3.0-dev New Comment: Was this ever resolved - I am getting this error on a default RPM install of RedHat 9.0 Previous Comments: [2003-08-10 17:31:02] php at pamelajoy dot com I use several includes on every PHP page. I have not had any problems until today when my webhost upgraded to PHP 4.3.2. Now none of my includes are being parsed. Yes, my webhost uses Apache, and we are discussing it in our forum at a href=http://www.rivalpro.net/forums/iv1/index.php?act=STf=16t=524s=7e56594f281f099bcc05bbfb451bee12;http://www.rivalpro.net/forums/iv1/index.php?act=STf=16t=524s=7e56594f281f099bcc05bbfb451bee12/a. I hope there is a solution other than changing back to shtml pages. [2003-05-28 17:56:13] [EMAIL PROTECTED] Wait for PHP 4.3.2. There using --with-apxs2 will enable the new handler version of the apache2 module. [2003-05-28 12:56:22] joe at joe-lewis dot com Is this apxs2 an apache configuration option or a php option? I am using apache 2.0.45, with php 4.3.1, and am still encountering the error. I have tried --with-apxs2handler=/usr/local/bin/apxs and --with-apxs2filter=/usr/local/bin/apxs in both PHP and Apache, with no successes. In fact, now (though my configuration is good), any PHP page is not executed or parsed, but returned as type x-httpd-php, which is somewhat operational (i.e. it has the right type, but the libphp4 module is not being called as specified in my httpd.conf file). [2003-02-13 09:40:43] lists at holsman dot net RE: apache2 php developers not working together. I agree. infact 2 apache2 developers spent a couple of hours and created a new php/apache2 sapi interface, and It would be great if you could give it a try and send some feedback if you could try the --with-apxs2handler instead of --with-apxs2 this might help. this uses the standard handler mechanism, and not the filter API. look forward to hearding how it goes. Ian [2003-02-12 13:54:03] [EMAIL PROTECTED] Both. 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/17868 -- Edit this bug report at http://bugs.php.net/?id=17868edit=1
#17868 [Com]: Doesn't work two and more !--include-- directives of PHP code on different OS
ID: 17868 Comment by: php at pamelajoy dot com Reported By: messiah at hotbox dot ru Status: Closed Bug Type: Apache2 related Operating System: * PHP Version: 4.3.0-dev New Comment: I use several includes on every PHP page. I have not had any problems until today when my webhost upgraded to PHP 4.3.2. Now none of my includes are being parsed. Yes, my webhost uses Apache, and we are discussing it in our forum at a href=http://www.rivalpro.net/forums/iv1/index.php?act=STf=16t=524s=7e56594f281f099bcc05bbfb451bee12;http://www.rivalpro.net/forums/iv1/index.php?act=STf=16t=524s=7e56594f281f099bcc05bbfb451bee12/a. I hope there is a solution other than changing back to shtml pages. Previous Comments: [2003-05-28 17:56:13] [EMAIL PROTECTED] Wait for PHP 4.3.2. There using --with-apxs2 will enable the new handler version of the apache2 module. [2003-05-28 12:56:22] joe at joe-lewis dot com Is this apxs2 an apache configuration option or a php option? I am using apache 2.0.45, with php 4.3.1, and am still encountering the error. I have tried --with-apxs2handler=/usr/local/bin/apxs and --with-apxs2filter=/usr/local/bin/apxs in both PHP and Apache, with no successes. In fact, now (though my configuration is good), any PHP page is not executed or parsed, but returned as type x-httpd-php, which is somewhat operational (i.e. it has the right type, but the libphp4 module is not being called as specified in my httpd.conf file). [2003-02-13 09:40:43] lists at holsman dot net RE: apache2 php developers not working together. I agree. infact 2 apache2 developers spent a couple of hours and created a new php/apache2 sapi interface, and It would be great if you could give it a try and send some feedback if you could try the --with-apxs2handler instead of --with-apxs2 this might help. this uses the standard handler mechanism, and not the filter API. look forward to hearding how it goes. Ian [2003-02-12 13:54:03] [EMAIL PROTECTED] Both. [2003-02-12 13:50:53] Darryl dot Friesen at usask dot ca When you say This bug has been fixed in CVS do you mean 4.3.x-dev or 5.0.x-dev? 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/17868 -- Edit this bug report at http://bugs.php.net/?id=17868edit=1
#17868 [Com]: Doesn't work two and more !--include-- directives of PHP code on different OS
ID: 17868 Comment by: joe at joe-lewis dot com Reported By: messiah at hotbox dot ru Status: Closed Bug Type: Apache2 related Operating System: * PHP Version: 4.3.0-dev New Comment: Is this apxs2 an apache configuration option or a php option? I am using apache 2.0.45, with php 4.3.1, and am still encountering the error. I have tried --with-apxs2handler=/usr/local/bin/apxs and --with-apxs2filter=/usr/local/bin/apxs in both PHP and Apache, with no successes. In fact, now (though my configuration is good), any PHP page is not executed or parsed, but returned as type x-httpd-php, which is somewhat operational (i.e. it has the right type, but the libphp4 module is not being called as specified in my httpd.conf file). Previous Comments: [2003-02-13 09:40:43] lists at holsman dot net RE: apache2 php developers not working together. I agree. infact 2 apache2 developers spent a couple of hours and created a new php/apache2 sapi interface, and It would be great if you could give it a try and send some feedback if you could try the --with-apxs2handler instead of --with-apxs2 this might help. this uses the standard handler mechanism, and not the filter API. look forward to hearding how it goes. Ian [2003-02-12 13:54:03] [EMAIL PROTECTED] Both. [2003-02-12 13:50:53] Darryl dot Friesen at usask dot ca When you say This bug has been fixed in CVS do you mean 4.3.x-dev or 5.0.x-dev? [2003-01-28 10:35:24] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2003-01-21 13:11:16] mike_tharp at hermanmiller dot com I have run accross this as well on IIS5 and Win2k so it isn't limited to just Apache. Going back to PHP 4.2.3 resolves the issue but 4.3.0 will only acknowledge the first include and then page halts loading when the second is encountered. 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/17868 -- Edit this bug report at http://bugs.php.net/?id=17868edit=1
#17868 [Com]: Doesn't work two and more !--include-- directives of PHP code on different OS
ID: 17868 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache2 related Operating System: * PHP Version: 4.3.0-dev New Comment: When you say This bug has been fixed in CVS do you mean 4.3.x-dev or 5.0.x-dev? Previous Comments: [2003-01-28 10:35:24] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2003-01-21 13:11:16] [EMAIL PROTECTED] I have run accross this as well on IIS5 and Win2k so it isn't limited to just Apache. Going back to PHP 4.2.3 resolves the issue but 4.3.0 will only acknowledge the first include and then page halts loading when the second is encountered. [2003-01-17 08:13:29] [EMAIL PROTECTED] reproduced with apache 2.0.39 php 4.2.2 and php 4.3.0 apache 2.0.43 php 4.2.2 and php 4.3.0 linux kernel 2.4.19 gcc version 2.96 2731 (Red Hat Linux 7.1 2.96-81) if php is built as module, the rest of includes output php's code without interpretation [2003-01-14 14:32:43] [EMAIL PROTECTED] I've reproduced this bug using Apache 2.0.43 and PHP 4.3.0 on RedHat Linux 7.3 I suggest that people start voting to get this bug fixed in Apache! http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10041 and http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15356 Now, back to Apache 1.3.27 :( [2002-12-23 16:17:51] [EMAIL PROTECTED] The Apache folks are well aware that the current filter code is a mess and needs a rewrite. 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/17868 -- Edit this bug report at http://bugs.php.net/?id=17868edit=1
#17868 [Com]: Doesn't work two and more !--include-- directives of PHP code on different OS
ID: 17868 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Verified Bug Type: Apache2 related Operating System: * PHP Version: 4.3.0-dev New Comment: I have run accross this as well on IIS5 and Win2k so it isn't limited to just Apache. Going back to PHP 4.2.3 resolves the issue but 4.3.0 will only acknowledge the first include and then page halts loading when the second is encountered. Previous Comments: [2003-01-17 08:13:29] [EMAIL PROTECTED] reproduced with apache 2.0.39 php 4.2.2 and php 4.3.0 apache 2.0.43 php 4.2.2 and php 4.3.0 linux kernel 2.4.19 gcc version 2.96 2731 (Red Hat Linux 7.1 2.96-81) if php is built as module, the rest of includes output php's code without interpretation [2003-01-14 14:32:43] [EMAIL PROTECTED] I've reproduced this bug using Apache 2.0.43 and PHP 4.3.0 on RedHat Linux 7.3 I suggest that people start voting to get this bug fixed in Apache! http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10041 and http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15356 Now, back to Apache 1.3.27 :( [2002-12-23 16:17:51] [EMAIL PROTECTED] The Apache folks are well aware that the current filter code is a mess and needs a rewrite. [2002-12-23 15:23:07] [EMAIL PROTECTED] Yey! Why do you keep pushing things from side to an another ? Would it be just plain nice of both sides would work this thing out ? If you php guys know that the problem is somewhere in specific code, then why dont go to the a2 bugzilla and point out the real issue about this bug and/or otherway around ? [2002-12-14 04:42:11] [EMAIL PROTECTED] Apache 2's filters are basically broken. This is not going to be fixed anytime soon. Nobody is working on it and I doubt anybody will until someone sits down and rewrites the Apache2 filter API from scratch. Perhaps in Apache 2.2. 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/17868 -- Edit this bug report at http://bugs.php.net/?id=17868edit=1
#17868 [Com]: Doesn't work two and more !--include-- directives of PHP code on different OS
ID: 17868 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Verified Bug Type: Apache2 related Operating System: * PHP Version: 4.3.0-dev New Comment: reproduced with apache 2.0.39 php 4.2.2 and php 4.3.0 apache 2.0.43 php 4.2.2 and php 4.3.0 linux kernel 2.4.19 gcc version 2.96 2731 (Red Hat Linux 7.1 2.96-81) if php is built as module, the rest of includes output php's code without interpretation Previous Comments: [2003-01-14 14:32:43] [EMAIL PROTECTED] I've reproduced this bug using Apache 2.0.43 and PHP 4.3.0 on RedHat Linux 7.3 I suggest that people start voting to get this bug fixed in Apache! http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10041 and http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15356 Now, back to Apache 1.3.27 :( [2002-12-23 16:17:51] [EMAIL PROTECTED] The Apache folks are well aware that the current filter code is a mess and needs a rewrite. [2002-12-23 15:23:07] [EMAIL PROTECTED] Yey! Why do you keep pushing things from side to an another ? Would it be just plain nice of both sides would work this thing out ? If you php guys know that the problem is somewhere in specific code, then why dont go to the a2 bugzilla and point out the real issue about this bug and/or otherway around ? [2002-12-14 04:42:11] [EMAIL PROTECTED] Apache 2's filters are basically broken. This is not going to be fixed anytime soon. Nobody is working on it and I doubt anybody will until someone sits down and rewrites the Apache2 filter API from scratch. Perhaps in Apache 2.2. [2002-12-14 03:37:16] [EMAIL PROTECTED] I have discovered this problem continues up to Apache 2.0.43 and PHP 4.3.0 (latest release 12/14/02) on my WinXP system. It seems as though several months have passed without resolution of this seemingly critical error. I too find this error to be extremely annoying and would appreciate hearing when the issue will be resolved. 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/17868 -- Edit this bug report at http://bugs.php.net/?id=17868edit=1
#17868 [Com]: Doesn't work two and more !--include-- directives of PHP code on different OS
ID: 17868 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Verified Bug Type: Apache2 related Operating System: * PHP Version: 4.3.0-dev New Comment: I've reproduced this bug using Apache 2.0.43 and PHP 4.3.0 on RedHat Linux 7.3 I suggest that people start voting to get this bug fixed in Apache! http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10041 and http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15356 Now, back to Apache 1.3.27 :( Previous Comments: [2002-12-23 16:17:51] [EMAIL PROTECTED] The Apache folks are well aware that the current filter code is a mess and needs a rewrite. [2002-12-23 15:23:07] [EMAIL PROTECTED] Yey! Why do you keep pushing things from side to an another ? Would it be just plain nice of both sides would work this thing out ? If you php guys know that the problem is somewhere in specific code, then why dont go to the a2 bugzilla and point out the real issue about this bug and/or otherway around ? [2002-12-14 04:42:11] [EMAIL PROTECTED] Apache 2's filters are basically broken. This is not going to be fixed anytime soon. Nobody is working on it and I doubt anybody will until someone sits down and rewrites the Apache2 filter API from scratch. Perhaps in Apache 2.2. [2002-12-14 03:37:16] [EMAIL PROTECTED] I have discovered this problem continues up to Apache 2.0.43 and PHP 4.3.0 (latest release 12/14/02) on my WinXP system. It seems as though several months have passed without resolution of this seemingly critical error. I too find this error to be extremely annoying and would appreciate hearing when the issue will be resolved. [2002-10-09 10:36:57] [EMAIL PROTECTED] If it's a known bug, status - analyzed. I have also been able to reproduce this problem 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/17868 -- Edit this bug report at http://bugs.php.net/?id=17868edit=1
#17868 [Com]: Doesn't work two and more !--include-- directives of PHP code on different OS
ID: 17868 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Verified Bug Type: Apache2 related Operating System: * PHP Version: 4.3.0-dev New Comment: Yey! Why do you keep pushing things from side to an another ? Would it be just plain nice of both sides would work this thing out ? If you php guys know that the problem is somewhere in specific code, then why dont go to the a2 bugzilla and point out the real issue about this bug and/or otherway around ? Previous Comments: [2002-12-14 04:42:11] [EMAIL PROTECTED] Apache 2's filters are basically broken. This is not going to be fixed anytime soon. Nobody is working on it and I doubt anybody will until someone sits down and rewrites the Apache2 filter API from scratch. Perhaps in Apache 2.2. [2002-12-14 03:37:16] [EMAIL PROTECTED] I have discovered this problem continues up to Apache 2.0.43 and PHP 4.3.0 (latest release 12/14/02) on my WinXP system. It seems as though several months have passed without resolution of this seemingly critical error. I too find this error to be extremely annoying and would appreciate hearing when the issue will be resolved. [2002-10-09 10:36:57] [EMAIL PROTECTED] If it's a known bug, status - analyzed. I have also been able to reproduce this problem [2002-10-09 10:34:48] [EMAIL PROTECTED] This is a really annoying bug--is it going to be fixed soon? [2002-08-22 10:15:48] [EMAIL PROTECTED] Any idea of a rough time-scale for that Aaron (or anyone)? 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/17868 -- Edit this bug report at http://bugs.php.net/?id=17868edit=1
#17868 [Com]: Doesn't work two and more !--include-- directives of PHP code on different OS
ID: 17868 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Verified Bug Type: Apache2 related Operating System: * PHP Version: 4.3.0-dev New Comment: I have discovered this problem continues up to Apache 2.0.43 and PHP 4.3.0 (latest release 12/14/02) on my WinXP system. It seems as though several months have passed without resolution of this seemingly critical error. I too find this error to be extremely annoying and would appreciate hearing when the issue will be resolved. Previous Comments: [2002-10-09 10:36:57] [EMAIL PROTECTED] If it's a known bug, status - analyzed. I have also been able to reproduce this problem [2002-10-09 10:34:48] [EMAIL PROTECTED] This is a really annoying bug--is it going to be fixed soon? [2002-08-22 10:15:48] [EMAIL PROTECTED] Any idea of a rough time-scale for that Aaron (or anyone)? [2002-08-17 12:34:26] [EMAIL PROTECTED] This is a known bug in the apache2filter module for PHP. It currently does not interact properly with other Apache filters, and won't do so until we make some major changes. [2002-07-19 04:52:39] [EMAIL PROTECTED] updated version 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/17868 -- Edit this bug report at http://bugs.php.net/?id=17868edit=1
#17868 [Com]: Doesn't work two and more !--include-- directives of PHP code on different OS
ID: 17868 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: * PHP Version: 4.3.0-dev New Comment: This is a really annoying bug--is it going to be fixed soon? Previous Comments: [2002-08-22 10:15:48] [EMAIL PROTECTED] Any idea of a rough time-scale for that Aaron (or anyone)? [2002-08-17 12:34:26] [EMAIL PROTECTED] This is a known bug in the apache2filter module for PHP. It currently does not interact properly with other Apache filters, and won't do so until we make some major changes. [2002-07-19 04:52:39] [EMAIL PROTECTED] updated version [2002-07-19 01:26:14] [EMAIL PROTECTED] I assumed this to be a problem with Apache (mod_incude?), but according to http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10041 the Apache people cast the blame on PHP. So let me add that I too am experiencing this problem on Solaris 8 using PHP 4.2.1 with Apache 2.0.39. [2002-07-06 09:08:12] [EMAIL PROTECTED] Seems to be a similar problem here (apache-2.0.40 php-4.3dev latest from cvs) Is anybody working on fixing that? 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/17868 -- Edit this bug report at http://bugs.php.net/?id=17868edit=1