The test controller code above works on the same server in a CI 1.6.x project, so that eliminates the browser and likely the apache configuration.  Next likely suspects is something to do either with CI routes (it’s not using any custom routes in the 1.6.x project), an .htaccess issue, or something else I’m missing.

Also checked the httpd error log and not seeing anything else, and no errors being reported other than an empty $_POST array, if either printed at the top of CI’s index.php or at the top of the controller it’s reaching.

Will also try a clean copy of CI 1.7.1 to narrow things down.

FYI that I’ve tested it on a couple other servers apart from local and the code is fine, it’s just something with 1.7.x and the server configuration I have locally (running MacOSX).  Will try and track down the issue in case anyone else is experiencing the same thing.

I’m actually experiencing a very similar problem.

Here is a test form:

That action goes to this function in my Invest controller (as you’d expect from the ‘action’ above:

When I type something like ‘blah blah’ or ‘myemail@blah.com’ this always returns:

foo test
Array ( )

The $_POST array is empty! :( I’ve tried this in a non-CI environment and the $_POST variables are being sent/received just fine.

Is something wrong with CI?

I ended up using a new/fresh installation of Apache + PHP and it fixed the problem.  It’s still odd since the problem did not occur with CI 1.6.x, but did with CI 1.7.x.  I wasn’t able to trace the exact problem, but am certainly happy it’s working on the local dev box.

Not sure how we’d go about comparing our installations to track this down?  For my setup, was using the MacPorts version of Apache + PHP, switched now to the version that comes with Leopard with the already compiled version of PHP that fits into it (make sure it’s not already enabled in the httpd.conf as per the instructions):

http://www.entropy.ch/software/macosx/php/

If I change my action (see my post above) to test.php (a file I made outside the CI installation and my site), the $_POST array is populated and displayed appropriately. However, when I send the form to a CI controller for processing, the $_POST data are lost. What’s going on?

bhogg,

There’s a decent windows app called Beyond Compare that does byte by byte comparisons of files and folders.  It might help to track down your offender.

justinm715 - 04 July 2009 11:09 AM

I’m actually experiencing a very similar problem.

Here is a test form:

<form method="post" action="invest/processInvestInterest">
    <input type="text" name="word" />
    <input type="hidden" name="submitAttempted" value="true" />
    <input type="submit" name="submit" value="go" />
</form>

...
...
...

 
I was intrigued to know if it was working on my setup so tried the above and it did not work.
 
My SOLUTION:
The above path quoted is relative, I made it specific and the code works fine.
 
 
 

OMG JOHN I LOVE YOU.

Anyone come up with a real solution for this yet?  I set up a new development environment (CodeIgniter 1.6.3) today and am experiencing this same problem.  I set up the following test:

Clicking the first submit results in:

Clicking the second (a CodeIgniter URL) results in:

The one big change in the environment is our development environments normally run in either FreeBSD or Ubuntu (depending on the day the were built), whereas this one is WAMP (WampServer 2.0h).

justinm715 - 05 July 2009 05:58 PM

OMG JOHN I LOVE YOU.

 
You made me blush
 
‘glad to be of help.
 
Stick with CI and you will be well rewarded.
 
 
 

DiRN - 06 July 2009 11:56 AM

Anyone come up with a real solution for this yet?  I set up a new development environment (CodeIgniter 1.6.3) today and am experiencing this same problem.  I set up the following test:

...
...
...

Can you drop the following code into your view and let us know the results:

<?= 'getcwd() === '  .getcwd() ?>

 
 

I will try it when I get to the office tomorrow.

Here’s what little other information I have.  As best I can tell, everything not involving a POST is working.  And User::post() looks as follows:

DiRN - 07 July 2009 09:27 AM

getcwd()

returns

C:\wamp\www

 
My setup is CodeIgniter 1.71 on WAMP for Windows XP. I notice your CI version and FreeBSD or Ubuntu setup is different.
 
Anyway I introduced a two more form actions, tested and reckon the easiest is to use CodeIgniter’s built in form class. (don’t forget to load the libraries).

So my problem ended up not being CodeIgniter but WAMP.  I didn’t realize that WAMP didn’t enable mod_rewrite by default.  Enabling that did the trick.