Closed Bug 472666 Opened 16 years ago Closed 16 years ago

[Mac] If application locale is ja-JP-mac, nsIScriptableDateFormat should default to Japanese (and also de, ...)

Categories

(Core :: Internationalization, defect, P2)

Product:
Core
Component:
Internationalization
Platform:
x86
macOS
Type:
defect

Tracking

()

Status:
VERIFIED FIXED
Tracking Flags:
Tracking Status
status1.9.2 --- beta1-fixed

People

(Reporter: dev-null, Assigned: smontagu)

References

Details

(Keywords: regression, verified1.9.1)

Build ID: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; ja-JP-mac; rv:1.9.2a1pre) Gecko/20090108 Minefield/3.2a1pre Steps to reproduce: 1. Set general.useragent.locale to ja-JP-mac. 2. Run following JavaScript: var dts = Components.classes["@mozilla.org/intl/scriptabledateformat;1"] .getService(Components.interfaces.nsIScriptableDateFormat); var s = dts.FormatDate("", dts.dateFormatLong, 2009, 1, 8); alert(s); Actual result: Thu, Jan 8, 2009 Expected result: 2009年 1月 8日 (木) 2008071202 works fine. 2008071302 fails. Requesting blocking because this is regression.
Flags: blocking1.9.2?
Flags: blocking1.9.1?
Bug 441167 depends on Bug 22310. Bug 22310 is marked fixed, and therefore Bug 441167 was fixed. However I doubt that Bug 22310 is fixed on Mac OS, as I said in Bug 22310 comment 7. If Bug 22310 was indeed incorrectly marked fixed, I would expect Bug 441167 to cause something similar to this bug. Fixing Bug 22310 on Mac OS should be pretty straight forward, as the code is almost exactly equal to the Windows code, so it would probably be a simple copy-pase. However, I don't have access to a Mac, so I cannot test. My guess is you should go forward with this in Bug 22310. Unrelated: In Bug 419220 we are waiting for a decision from beltzner and faaborg about what to do with Bug 441167 (fix/wontfix).
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
Flags: blocking1.9.2?
Flags: blocking1.9.1?
Requesting blocking because this is regression. - When application locale is ja-JP-mac, nsIScriptableDateFormat does not default to Japanese because of Bug 22310. (See comment #0) - When application locale is "da", "de", "fi", ...; nsIScriptableDateFormat does not default to Danish, German, Finnish, ... because of Bug 472960. To fix this, Bug 441167 should be backed out until both Bug 22310 and Bug 472960 get fixed.
Status: RESOLVED → REOPENED
Depends on: 472960, 22310
Flags: blocking1.9.2?
Flags: blocking1.9.1?
Resolution: DUPLICATE → ---
Summary: [Mac] If application locale is ja-JP-mac, nsIScriptableDateFormat should default to Japanese → [Mac] If application locale is ja-JP-mac, nsIScriptableDateFormat should default to Japanese (and also da, de, fi, ...)
(In reply to comment #3) > - When application locale is "da", "de", "fi", ...; nsIScriptableDateFormat > does not default to Danish, German, Finnish, ... because of Bug 472960. Sorry, as for "da" and "fi", no problem because their application locales are "da-DK" and "fi-FI". But "de" has problem.
Summary: [Mac] If application locale is ja-JP-mac, nsIScriptableDateFormat should default to Japanese (and also da, de, fi, ...) → [Mac] If application locale is ja-JP-mac, nsIScriptableDateFormat should default to Japanese (and also de, ...)
Blocking, but I think we should just back out bug 441167
Flags: blocking1.9.1? → blocking1.9.1+
Priority: -- → P2
Fixed by backing out Bug 441167.
Status: REOPENED → RESOLVED
Closed: 16 years ago → 16 years ago
Resolution: --- → FIXED
Keywords: fixed1.9.1
Verified on trunk and also on 1.9.1.
Status: RESOLVED → VERIFIED
Keywords: fixed1.9.1 → verified1.9.1
status1.9.2: --- → beta1-fixed
Flags: blocking1.9.2? → blocking1.9.2+
If this was fixed on 1.9.1 by backing out bug 441167 back on 2009-01-21, what needs to be done on 1.9.2?
You need to log in before you can comment on or make changes to this bug.