483769 - dateFormatYearMonth should generate 4 digits year

Status: VERIFIED FIXED

(Core :: Internationalization, defect)

Description

[Atsushi Sakai]

Attachment: Patch v1.0 [Checkin: Comment 1]

Spun off from Bug 360018 Comment #54.

On Windows, dateFormatYearMonth's result is yyyy/MM.
On Linux and Mac, dateFormatYearMonth's result is yy/MM.
These should be consistent.

Besides yy/MM is not good because it has y2k problem, and also it is misleading for some locales against MM/yy.
So the result should be yyyy/MM on all platforms.

Comment 1

[Serge Gautherie (:sgautherie)]

Comment on attachment 367757 [details] [diff] [review]
Patch v1.0
[Checkin: Comment 1]


http://hg.mozilla.org/mozilla-central/rev/38bf155ba088

Comment 2

[Henrik Skupin [:whimboo][⌚️UTC+1]]

This was a trunk only issue and never needed for 1.9.1?

Comment 3

[Simon Montagu :smontagu]

It was included in the checkin of bug 360018 on 1.9.1, in http://hg.mozilla.org/releases/mozilla-1.9.1/rev/c0fb52b14fd8

Comment 4

[Henrik Skupin [:whimboo][⌚️UTC+1]]

Verified on trunk and 1.9.1 with builds on OS X / Linux and the following snippet:

window.alert(Components.classes["@mozilla.org/intl/scriptabledateformat;1"].createInstance(Components.interfaces.nsIScriptableDateFormat).FormatDate("de",3,2000,12,31));

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2a1pre) Gecko/20090422 Minefield/3.6a1pre ID:20090422030859

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b4pre) Gecko/20090422 Shiretoko/3.5b4pre ID:20090422032535

A test would be nice, if we don't have one yet.