{{#time:M|February}} returns Mar, but not Feb as would be expected. The same thing goes with the Lua eqvaluent mw.getContentLanguage():formatDate( "M", "February" ) .
Version: unspecified
Severity: normal
URL: https://test.wikipedia.org/wiki/Bug_50477
Change 71301 had a related patch set uploaded by Reedy:
Add parsertest for {{#time:M|february}} returns mar
It's June 30 today, so February means February 30, which is actually March 2, so it's Mar.
You may want {{#time:M|February 1}} instead.
{{#time:r|feb}} --> Sat, 02 Mar 2013 00:00:00 +0000
{{#time:r|mar}} --> Sat, 30 Mar 2013 00:00:00 +0000
(In reply to Liangent from comment #3)
You may want {{#time:M|February 1}} instead.
Unfortunately the {{dts}} template needs to fetch the month from an arbitrary date string that may or may not have a day number.
jokes_free4me wrote:
(In reply to Sam Reed (reedy) from comment #5)
Slightly strange, but not a bug
WTH do you mean "not a bug"?!? The code should NEVER use current day instead of "1st". Or current month instead of January for that matter, since IIRC there were some weeks in the 1700s that were skipped altogether, so they should be avoided too.
Please reopen and reconsider.
If so, please upstream this as a php bug. IIRC a php function is used directly to parse date string.
Adding an arbitrary year has solved the problem in enwiki's {{dts}} template. The code goes something like {{#time:m|1-{{{month}}}-2000}}.