Settings go blank...

[Athenon]

If Zen Cart is to blame, then I'd be expecting that $_POST would have data immediately after form submission but then lost it during some sort of sanitization. I can't say that I've ever seen that happen though.

But if $_POST is never getting set as you say, then you have a problem with your server configuration. Perhaps mod_security set too tight? or something else blocking $_POST data from getting through to PHP scripts.

I know for a fact it's not all $_POST data. I tested it with a little home-made script, and $_POST data came through perfectly fine, just like I expected.

[DrByte]

Are there any errors in the server errorlog related to your admin pages ?

[Athenon]

Are there any errors in the server errorlog related to your admin pages ?

Nope, error logs are clean for apache, php, and mysql.

[methodcomptech]

If Zen Cart is to blame, then I'd be expecting that $_POST would have data immediately after form submission but then lost it during some sort of sanitization. I can't say that I've ever seen that happen though.

But if $_POST is never getting set as you say, then you have a problem with your server configuration. Perhaps mod_security set too tight? or something else blocking $_POST data from getting through to PHP scripts.

i use $_POST, $_GET, and $_REQUEST on plenty of other things i have coded and i dont have any problems, so, i know it is not a server issue. and as i said befoer, i have had zencart before, but, it was an older version, and an older server. but, i did however have it on this server too before, on an older site, and it seemed fine, so, i am not sure why this is happening now.

[methodcomptech]

Nope, error logs are clean for apache, php, and mysql.

same here

[Athenon]

Oh, just to make sure that $_POST is never set, here's the test code I used admin/configuration.php:

require('includes/application_top.php');

$action = (isset($_GET['action']) ? $_GET['action'] : '');

if (zen_not_null($action)) {
switch ($action) {
case 'save':
// demo active test
echo "VALUE: '".$_POST['configuration_value']."'"; //TEST CODE

[DrByte]

At what stage is the $_POST found to be empty? anytime after the form is submitted...in other words, it never gets filled at all

On a side note, OSCommerce has the same problem.

If Zen Cart is to blame, then I'd be expecting that $_POST would have data immediately after form submission but then lost it during some sort of sanitization. I can't say that I've ever seen that happen though.

I know for a fact it's not all $_POST data. I tested it with a little home-made script, and $_POST data came through perfectly fine, just like I expected.

Let's do some debugging then.

You said this was related to the Admin "configuration" screen, so edit the /admin/configuration.php file
Around line 24 you'll see this:

  require('includes/application_top.php');

put this on the line ABOVE that:

echo '<pre>' . print_r($_POST, true) . '</pre>';

Then attempt another edit and submit.
What do you see ? (besides a bunch of "Cannot send session headers -- headers already sent" messages and maybe a javascript error or two)

[methodcomptech]

i have the same exact version of zencart on another site just so you can see that it is working

http://www.methodcomptech.com/zencart/

same version, and did the same install, and same server. please explain to me why that one works, but, the other one doesnt. :S

[DrByte]

i have the same exact version of zencart on another site just so you can see that it is working

http://www.methodcomptech.com/zencart/

same version, and did the same install, and same server. please explain to me why that one works, but, the other one doesnt. :S

I wish I knew !
Maybe it's the pending full moon ... ?

[methodcomptech]

Array
(
)