I've done some testing, and it seems that Apache messes with the server variables when it sends the error document.
Basically, Apache does *NOT* send an HTTP 302 response. It sends an HTTP 404 response, but outputs the full code from the ErrorDocument. Unfortunately, it changes the REQUEST_METHOD from "POST" to "GET". Also, it creates the following: REDIRECT_ERROR_NOTES REDIRECT_REQUEST_METHOD REDIRECT_STATUS REDIRECT_URL (See http://httpd.apache.org/docs/custom-error.html for more information on the variables) REDIRECT_REQUEST_METHOD contains POST. Also, CONTENT_TYPE is *still* "application/x-www-form-urlencoded" and CONTENT_LENGTH still equals the size of the POST data, so the data *IS* still being sent, though PHP is most likely ignoring the data since the method does not equal POST. Can anyone from the development team verify this? (CC'ing to php-dev in a separate email so additional comments don't get CC'd as well) If this is the case, this may be a good one for a feature request. If not, using the RewriteEngine may be your only choice. (Looking in /main/main.c, it seems that POST data *is* only parsed when REQUEST_METHOD=POST, so it may end up only being a single line patch) Let us know if you plan on requesting a new feature. Jaime Bozza -----Original Message----- From: [ rswfire ] [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 17, 2002 4:04 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [PHP] form posting to a fake page No, the error handler does not have access to the posted data. The problem in a nutshell: 1. Person fills out form; clicks submit 2. Form action property is called; server notices the page is not real (Data is lost here) 3. Error handler is called ----Original Message Follows---- From: Miguel Cruz <[EMAIL PROTECTED]> To: "[ rswfire ]" <[EMAIL PROTECTED]> CC: [EMAIL PROTECTED] Subject: Re: [PHP] form posting to a fake page Date: Wed, 17 Apr 2002 16:00:17 -0500 (CDT) Your error handler would read them and then construct a redirect containing the form data in querystring format. miguel On Wed, 17 Apr 2002, [ rswfire ] wrote: > $_POST variables do not exist on a redirected page; that's the problem! > > ----Original Message Follows---- > From: Miguel Cruz <[EMAIL PROTECTED]> > To: "[ rswfire ]" <[EMAIL PROTECTED]> > CC: [EMAIL PROTECTED] > Subject: Re: [PHP] form posting to a fake page > Date: Wed, 17 Apr 2002 15:56:32 -0500 (CDT) > > On Wed, 17 Apr 2002, [ rswfire ] wrote: > > It would still require some knowledge of the posted data. If someone > clicks > > a submit button, and it is posting to a page that doesn't really exist, > then > > when the index.php file gets called as a 404 errordocument, the posted > > variables are already lost, so it wouldn't be possible to access the > posted > > variables in any fashion. The only possibility might be if Apache had > some > > way of dealing with this scenario and I am not that familiar with how > Apache > > works. And so, that leaves me with the only workaround I do know, post > to a > > page that does exist! It's just not the ideal solution, but it works. > > Well, depending on the quantity of posted data, you could go through > $_POST and turn them into GET args and pass them along to the > appropriate page (not that I really understand what you're trying to do). > > miguel > > > > > > _________________________________________________________________ > Chat with friends online, try MSN Messenger: http://messenger.msn.com > > _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php