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
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: george at chaosmt dot net
New email:
PHP Version: OS:

 

 [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 10:00:01 2026 UTC