Bug #22427 [Com]: Missing Form Post Data

From: Date: Wed, 17 Oct 2012 14:39:15 +0000
Subject: Bug #22427 [Com]: Missing Form Post Data
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-174120@lists.php.net to get a copy of this message
Edit report at https://bugs.php.net/bug.php?id=22427&edit=1

 ID:                 22427
 Comment by:         vincentwansink at shaw dot ca
 Reported by:        jroland at uow dot edu dot au
 Summary:            Missing Form Post Data
 Status:             Feedback
 Type:               Bug
 Package:            *General Issues
 Operating System:   Windows XP / 2000
 PHP Version:        4.2.3
 Block user comment: N
 Private report:     N

 New Comment:

I am having this problem now with version 5.4.0.  I am shocked to see that this 
issue has been around since 2003 and it is still happening.  I've been using PHP 
for about 8 years and never came across this before.  Also this just started 
happening to me after I moved my site to a brand new server and upgraded to 
version 5.4 so I'm guessing there must be some unique configuration combination 
that causes this to happen.

I am having it happen with small text fields (20 characters or less).  Being 
able to rely on post back data is obviously critical to any PHP application so 
why is this bug still around?  It's embarassing to have to tell my clients "I 
don't know why it's doing that".


Previous Comments:
------------------------------------------------------------------------
[2010-07-07 10:52:52] pajoye@php.net

We don't support PHP 4 anymore and we never supported patched PHP (like with Suhosin).

Please try again with a recent PHP version, unpatched.

------------------------------------------------------------------------
[2010-07-07 10:47:00] kernelu at gmail dot com

Had the same problem (the submited data was truncated) and fixed it by editing the suhosin.ini file,
something like this(uncommented some lines and increased the values):

; Filtering Options
;suhosin.filter.action =
;suhosin.cookie.max_array_depth = 100
;suhosin.cookie.max_array_index_length = 64
;suhosin.cookie.max_name_length = 64
;suhosin.cookie.max_totalname_length = 256
;suhosin.cookie.max_value_length = 10000
;suhosin.cookie.max_vars = 100
;suhosin.cookie.disallow_nul = on
suhosin.get.max_array_depth = 150
suhosin.get.max_array_index_length = 164
suhosin.get.max_name_length = 164
suhosin.get.max_totalname_length = 512
suhosin.get.max_value_length = 1024
suhosin.get.max_vars = 500
suhosin.get.disallow_nul = on
suhosin.post.max_array_depth = 500
suhosin.post.max_array_index_length = 1024
suhosin.post.max_name_length = 164
suhosin.post.max_totalname_length = 1256
suhosin.post.max_value_length = 650000
suhosin.post.max_vars = 1200
suhosin.post.disallow_nul = on
suhosin.request.max_array_depth = 500
suhosin.request.max_array_index_length = 1024
suhosin.request.max_totalname_length = 1256
suhosin.request.max_value_length = 650000
suhosin.request.max_vars = 1200
suhosin.request.max_varname_length = 164
suhosin.request.disallow_nul = on
;suhosin.upload.max_uploads = 25
;suhosin.upload.disallow_elf = on
;suhosin.upload.disallow_binary = off
;suhosin.upload.remove_binary = off
;suhosin.upload.verification_script =
;suhosin.session.max_id_length = 128

------------------------------------------------------------------------
[2010-02-03 10:22:15] lars at renoz dot dk

Same problem here - $_POST is randomly incomplete or empty.

I have only seen this with IE - from version 6 to 8.

tcpdump shows a bit more of the story:

user sends:
POST /bla.php?id=bla
...
Content-Length: 80

but there is no data in that packet.

A bit later Apache reaches timeout, and closes the connection. At this point it send a 503 error to
the user, but executes PHP with the incomplete post.

After the user received the 503 error - the browser actually sends a packet with the missing post
data. Strange and clearly a browser bug. It should be noted that the post is so small that there is
plenty of room in the first packet.

Now - the strange part is - why is PHP being executed? And why is PHP allowing it self to be
executed. Content-Length is clearly invalid, and the conntection is closed (and PHP is setup to
ignore aborted requests (ignore_user_abort is off).

------------------------------------------------------------------------
[2010-01-27 20:44:34] pierre at greywacke dot co dot za

hi, i forgot to add the form submitted. i believe this could be in ie, but why? how can i prevent
this from happening?
<form name="contact" method="POST" action="action.php"
enctype="multipart/form-data" id="contact" onSubmit="return
Validatecontact(this);">
using php 5.2.9 - believe the problem to be client browser side as reported in other comments.

------------------------------------------------------------------------
[2010-01-27 19:50:14] pierre at greywacke dot co dot za

I am also experiencing loss of form fields, albeit randomly. is there not a function to
reload/refresh the data, i'm sure i've seen one albeit deprecated.

------------------------------------------------------------------------


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

    https://bugs.php.net/bug.php?id=22427


-- 
Edit this bug report at https://bugs.php.net/bug.php?id=22427&edit=1


Thread (60 messages)

« previous php.bugs (#174120) next »