Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. 

Thank you for your interest in PHP.


And this is expected behaviour. (this, next, etc. are FUZZY, rtfm)

More to the point, "next" is specifically equated to "2" (or "+2") in the documentation referenced by the strtotime() manual page, so your expectation for "next month" is simply wrong.

However, "this" is also specifically equated to a "zero-valued displacement ... preferred in date strings like `this thursday'" (which doesn't sound very "fuzzy" to me), so the behaviour of "this month" in your example is, at the least, questionable.  On this basis, I'm re-opening this bug (with a revised summary) so a developer who knows their way round strtotime() can take another look.

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.

Based on the current date which is march 30, 2011.

if I try echo date('Y-m-d', strtotime('-1 months')); I would expect 2011-02-28, 
but what I'm getting is 2011-03-02.

Do this occur due to 2011 is not a leap year?

http://derickrethans.nl/obtaining-the-next-month-in-php.html

Derik, thanks for your reply, but in my last reply, I'm talking about last month, 
no next month. 

Thanks in advance.

I am having the exact same error as fortizma.

<?php
$runtm = time();
$month = strtotime( '-1 month', $runtm );
$ts = date( 'n/j/Y g:i a', $runtm );
$ts2 = date( 'n/j/Y g:i a', $month );
$last = date( 'Y-m-F', $month );
echo $ts . PHP_EOL . $ts2 . PHP_EOL . $last . PHP_EOL . PHP_EOL;

Produces:
3/30/2011 12:56 pm
3/2/2011 12:56 pm
2011-03-March

PHP 5.2.14-0.dotdeb.0 with Suhosin-Patch 0.9.7 (cli) (built: Jul 25 2010 08:53:19)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2010 Zend Technologies
    with NuSphere PhpExpress v2.0.3, Copyright (c) 2002-2009 NuSphere Corp., by Dmitri Dmitrienko
    with DBG v3.9.2, (C) 2000,2010, by Dmitri Dmitrienko

cat /etc/issue
Ubuntu 9.04 \n \l

To the people adding comments about +-1 month here. This really isn't a bug. Read the link Derick provided:

http://derickrethans.nl/obtaining-the-next-month-in-php.html

It doesn't matter if you are going ahead 1 month or back 1 month. The logic is the same. It tries to find Feb.30 which doesn't exist, so instead of walking backwards to Feb.28 it assumes you meant 2 days after Feb.28 which is obviously in March. Like I said in the comments at that link, for better or worse, this is the UNIX convention for time manipulation. Most UNIX tools will behave exactly like this. In order to do this correctly, you should be specifying a day in the month as Derick suggests in that post.

Ok Rasmus thanks for your reply. 

However in my opinion is not a correct behavioural. So if I ask today march, 30 
for the "last month" the function should return feb 28. The function should not 
assumes that I meant 2 days after Feb.28, when I'm just passing as param 
lastmonth. 

Anyways, in my opinión the function is not working properly, because if I'm 
asking about lastmonth the answer should not be the current month. 

how you can create a function working properly, that return the correct last 
month every day in PHP 5.2.x.