Apache2 is not really ready for production. Could you please test and see if this happens with Apache 1.3.27 ?

And does this happen randomly or..?

It does not happen with Apache 1.3.27. Though the versions I have installed are not completely congruent (no ssl in the older version for instance.

I have not been able to recreate the problem with Apache2 and the same version of PHP on a FreeBSD 4.8-RC install (slightly older source). Will update both systems to the most current STABLE release and see if the behavior occurs on both.

The behavior is consistant. Load the first page then load the second page (lightly loaded server so the requests are sequential with nothing intervening) and you get the problem. Reloading the second page a couple of times will see the same result but after that the second page loads as it should. 

Have tried compiling php without pth threads to no effect.

The outward appearance is that the php var overides are not being cleared between page requests.

What was the configure line used to configure Apache2?

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

And maybe the latest Apache2 version too. (2.0.47 or higher)

Ok, got time to try this tonight. Installed latest stable release of apache (2.0.47) and php4-STABLE-200307170130.

Same problem.

For some reason the .htaccess overrides in the first directory are sticking accross invocations. Not sure about the achitecture of the code but it sure looks the php module  isn't reseting its values between transactions.

One further note.

If an .htaccess file redefines the auto_prepend_file and auto_append_file variables in the second page things work as expected.

How was Apache2 configured?

Do you want the whole configuration file?

Its a pretty standard configuration. Regular host and a couple of virtual hosts.

Lines directly relevent to php:

LoadModule php4_module   modules/libphp4.so

DirectoryIndex index.html index.php index.shtml index.html.var

AddType application/x-httpd-php .php

ErrorDocument lines all pointing to /errors.php

I wanted to know what was the configure line used to configure Apache2 before running 'make'..

Ah, responded to that in our 11 Jul exchange hence my confussion.

./configure --prefix=/usr/local/apache2 --enable-mods-shared=most
--enable-ssl

Oh, my bad. We can't really do anything about this unless we can reproduce this ourselves so you need to provide us all the necessary information how to do it. So you need to create shortest possible httpd.conf, php.ini, .htaccess, etc. which we can then use to setup our own test environment.

4.3.4 with Apach 2.0.48 on FreeBSD 4.9-STABLE still seeing this problem. 

Default php.ini files. htaccess files described previously. I've seen a number of comments regarding this problem now coming from Linux users as well. php config info below:

CPPFLAGS="-I/usr/local/include/pth" \
  ./configure \
  --prefix=/usr/local/php \
  --with-apxs2=/usr/local/apache2/bin/apxs \
  --with-mysql=/usr/local/mysql \
  --with-tsrm-pth=/usr/local/lib/pth \
  --with-zlib \
  --with-bz2 \
  --with-openssl \
  --with-pspell \
  --with-curl \
  --with-gdbm \
  --with-ndbm \
  --with-gettext \
  --with-mcrypt \
  --with-pear \
  --with-gd \
  --enable-magic-quotes \
  --enable-bcmath \
  --enable-ftp \
  --enable-memory-limit \
  --enable-dba \
  --with-flatfile \
  --with-mime-magic \
  --with-ncurses \
  --with-exif \
  --with-dom \
  --with-dom-xslt \
  --with-dom-exslt \
  --with-freetype-dir=/usr/local/lib \
  --enable-gd-native-ttf \
  --with-wddx

This is also a problem with 5.0.0b3.

One new item, I notice that the include path is also not being reset in these instances. The local value sticks. This is not a problem for things like magic_quotes_gps wich only effects the correct local value.

Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. 

Thank you for your interest in PHP.

Same as bug #25753

We've got the same problem with Apache 2.0.48 and PHP 4.3.4 running under RedHat 9.0.

The solution seems to be to enable SAFE_MODE for the sites which uses (in .htaccess or httpd.conf) the prepend command.

Same problem with apache 2.0.48 and PHP 4.3.4

We "solved" the problem by downgrading tot PHP 4.3.1