56889 - Profile migration does not migrate Accept Language and default charset

Status: RESOLVED WORKSFORME

(Core Graveyard :: Profile: Migration, defect, P3)

Description

[Teruko Kobayashi]

Profile migration does not migrate accept language and default charset.

Steps of reproduce
1. Use 4.7 JA build to create Japanese profile
    Accept Language is set to Japanese [ja], and the defaut charset is set to Shift_JIS.
2. Launch Profile Migration from Netscape 6
3. Launch Netscape 6 from the migrated profile
4. Open Preferences dialog
5. Select Navigator-Language in the Preferences dialog
    On the right side for "Languages in order of preferences:" is English [en]

    And, Default Charset Coding is "Western (ISO-8859-1)".

    Expected result
      Language should be set to "Japanese [ja]"
      Default Charset Coding should be set to "Japanese (Shift_JIS)".

Tested 2000-10-14-08 MN6 Mac build and 2000-10-15-08 MN6 Win32 build.

Comment 1

[dbragg]

As far as I know the migration code doesn't change any prefs relating to default
char-set.  Could you give me the following information:
1. What is the pref and its value that actually gets set when using 4.7?
2. Open the prefs.js file that got migrated and tell me if that pref is there
and if its value had changed.

See what I believe is happening here is that mozilla is ignoring the old pref
and its value.  

Comment 2

[Teruko Kobayashi]

Changed QA contact to [e-mail].

Comment 3

[Andreas Becker]

nominating for nsbeta1.

Comment 4

[Jaime Rodriguez, Jr.]

Minusing this one for nsbeta1. But it should be fixed for RTM.

Comment 5

[Daniel Veditz [:dveditz]]

re-nominating. See mail that says we're using "nsbeta1" to mean "nsfix" 
regardless of which shipment, and the target milestone to indicate when it 
should be done. for example, nsbeta1+ and mozilla0.9.2 is a perfectly 
reasonable state.

Comment 6

[Daniel Veditz [:dveditz]]

however, dbragg isn't doing profile migration anymore. Trying racham.

Comment 7

[Jaime Rodriguez, Jr.]

Marking as Major | P2 | TM = 0.9.2, as migration needs to work smoothly for the 
users this round (e.g. Project Goals).

Vishy - Let's review during i18n triage.

Comment 8

[scottputterman]

moving to 0.9.3

Comment 9

[Blake Ross]

Doesn't look like this is getting fixed before the freeze tonight.
Pushing out a milestone.  Please correct if I'm mistaken.

Comment 10

[racham]

moving to 0.9.5.

Comment 11

[scottputterman]

moving to 0.9.6

Comment 12

[scottputterman]

really  moving to 0.9.6

Comment 13

[scottputterman]

moving to mozilla1.0

Comment 14

[(not reading, please use [e-mail] instead)]

mass re-assign.

Comment 15

[Wayne Mery (:wsmwk)]

is this still valid even though it was written against netscape 6?

Comment 16

[(not reading, please use [e-mail] instead)]

sorry for the spam.  making bugzilla reflect reality as I'm not working on these bugs.  filter on FOOBARCHEESE to remove these in bulk.

Comment 17

[Gordon P. Hemsley [:GPHemsley]]

I'm going to assume that after 12 years (and no response to the 2006 inquiry in comment 15), this has been solved somehow. Resolving WFM.