Closed Bug 330121 Opened 14 years ago Closed 12 years ago

datepickers & export code not usable in Lightning on Japanese Win2k

Categories

(Calendar :: Lightning Only, defect, major)

x86
Windows 2000
defect
Not set
major

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: dmose, Unassigned)

Details

This is due to the fact that the fix for bug 307895 is has not landed in any 1.5.* builds.  Bug 92174 is pretty likely to fix this for the datepicker code; if not, we could move to nsIScriptableDateFormat.  The export code will need some changes.
(Workaround from bug 306401 comment #4)
> This problem only occurs if '/' is the separator (bug 307895).  
> Workaround: use '-' as the separator.
> (w2k: control panel | regional options | date tab)
Thanks for pointing that out; I've added this info to the release notes.
Severity: critical → major
Whiteboard: [cal relnote]
Since bug 307895 landed, it'd be good to know if this is still an issue.
Keywords: qawanted
The patch for bug 307895:
- was refused on the 1.8.0 branch, so in TB 1.5.0.x it is not fixed.
- has landed  on the 1.8.1 branch, so in TB 2.0b1   it is fixed.
- has landed  on the trunk branch, so in TB 3.0a1   it is fixed.
Currently, Lightning install.rdf says the minimum version of
Thunderbird is 1.5, so a Lightning release note is still necessary.

Tested on w2k as follows:

A. picker/parser format
 0. start > settings > control panel > regional options > date (tab)
    set SHORT date format to yyyy/MM/dd
    (must have '/' as separator and two digit field last.)
    Restart Thunderbird.
 1. In Lighting, clicking on a date in minimonth such as 31 Aug 2006
    should produce 2006/08/31 in "go" date box.
    (without fix, produces 2006/08/2006)

B. import/export
 1. [was not able to reproduce problem with html export.  Html export
     uses calDateTimeFormatter which uses nsIScriptableDateFormat,
     so it bypasses the bug in Javascript Date.toLocaleFormat.] 

 2. [Was not able to reproduce problem with csv import/export because 
     csv import/export date format is currently not localized
     (bug 301750), but may become a problem in the future when csv date
     format is localized. If so, then the following may be the approach
     to test csv export:]

    Using a calendar with only events, no tasks (avoid bug 336175),
    Calendar | Export Calendar
    Select calendar from dialog if you have more than one.
    Select "CSV" file type, then click ok.
    Look at csv file in text editor.
    Dates should be of form "2006/08/31", not "2006/08/2006".

    [currently it ignores OS localized date format
    and produces 08/31/2006.]

Does this satisfy 'qawanted' flag?  (Should it be removed?)
Target Milestone: Lightning 0.3 → Lightning 0.5
Spoke with Matt, gekacheka's detailed analysis is sufficient. Removing qawanted flag.
Keywords: qawanted
Not going to make the 0.5 train.
Target Milestone: Lightning 0.5 → ---
Keywords: relnote
Whiteboard: [cal relnote]
Since we do not support TB 1.5 any longer, this is FIXED.
Status: NEW → RESOLVED
Closed: 12 years ago
Keywords: relnote
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.