ZF-710: _parseDate() - Erratic behavior when the optional $locale is not given
Many methods relying on Zend_Locale_Format::_parseDate(), including Zend_Date*, yield erratic behavior. The problem relates to how months are handled in the data parsed, when no locale is explicitly provided. We could use the default locale, but then many functions would silently produce "strange" results, if that was not the intended locale.
In several methods in Zend_Date, the optional parameter $locale either does not default to $this->_Locale, or the methods invoked pass along the "false" value for the $locale parameter, where some do correctly default to $this->_Locale and others do not (e.g. static methods that lack access to $this).
I will commit a patch soon that addresses these issues, and resolves several broken unit tests.
Invoking non-static methods on existing instances of Zend_Date should default to the locale of that instance. Using any other locale would not be intuitive. Separately, we should also consider the default value for $gmt in similar circumstances.