php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #5850 Not passing $HTTP_POST_VARS
Submitted: 2000-07-29 02:32 UTC Modified: 2000-08-29 19:45 UTC
From: george at chaosmt dot net Assigned:
Status: Closed Package: Scripting Engine problem
PHP Version: 4.0.1pl2 OS: Solaris2.6
Private report: No CVE-ID: None
 [2000-07-29 02:32 UTC] george at chaosmt dot net
Description:  I am trying get post to work.  I've written sample scripts to illustrate the problem.
I have read and asked about asked around as much as I can and this didn't seem to be covered.

I am running php4.0.1p2, w/zend.  Scripts work on another computer.  I'm attaching php.ini b/c I don't know the if it's related or not.

user name: tmp  password: tmp
phpinfo is at https://64.52.6.20/info.php
php.ini is at https://64.52.6.20/ini.html
examples --
https://64.52.6.20/temp.php
https://64.52.6.20/temp.phps
https://64.52.6.20/track.php
https://64.52.6.20/track.phps

Thanks a lot!!!

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2000-07-29 03:15 UTC] mrobinso@php.net
I tried your source code on 3 different setups (win32,
rhl6.2, and freebsd4.01) and it failed on all of them.

In track.php, comment out all the code you are using to
display the post_vars, and do:

var_dump($HTTP_POST_VARS);

Also, try accessing the post_vars by their string index.
(e.g: $HTTP_POST_VARS["name"])

Please post results to your report, or close it if the
problem is resolved with these suggestions.


 [2000-07-29 03:53 UTC] george at chaosmt dot net
var_dump($HTTP_POST_VARS); did show variables being passed, so, bug report is missed named, but still problematic.  I also missed spelled urls.  Below the same scripts demonstrated the problem, on different computers.  Problem computer, is solaris; scripts work on OpenBSD.  Here are the URL's.  Thank you for such a speedy reply.  Please let me know if this best address somewhere else.  The following should clarify the situation.

URLs on broken system --
user name: tmp  password: tmp
phpinfo is at -- https://64.52.6.20/info.php
php.ini is at -- https://64.52.6.20/ini.html
orginial test script -- https://64.52.6.20/tmp.php
source to above -- https://64.52.6.20/tmp.phps
same form as above, but redirected to differenct script (to test if failure of conditional) https://64.52.6.20/temp.php
source for above -- https://64.52.6.20/temp.phps
this is the script temp.php points to -- https://64.52.6.20/track.php
source for the above -- https://64.52.6.20/track.phps

URLs on working system
no usr or pass needed
phpinfo -- https://64.52.6.11/info.php
php.ini -- https://64.52.6.11/ini.html
orginal test -- https://64.52.6.11/tmp.php
source -- https://64.52.6.11/tmp.phps
modified -- https://64.52.6.11/temp.php
source -- https://64.52.6.11/temp.phps
tracker -- https://64.52.6.11/track.php
source -- https://64.52.6.11/track.phps

 [2000-07-29 04:23 UTC] mrobinso@php.net
Changing back to open so it can be properly analyzed
by someone familiar with Solaris.

Progress might be better if you submitted a short
reproducing script instead of going to the urls.


 [2000-08-08 08:53 UTC] stas@php.net
Please explain clearly what is the problem, and provide short reproducing script. It is really ipossible to wrestle with 100 of urls, under password and with https.
 [2000-08-29 19:45 UTC] sniper@php.net
No feedback from user.
Please try PHP4.0.2 and reopen this bug report if problem still exists.

--Jani
 
PHP Copyright © 2001-2026 The PHP Group
All rights reserved.
Last updated: Sun Oct 11 04:00:01 2026 UTC