61552 - Mac-Profile manager does not detect the default Japanese profile folder name

Status: VERIFIED FIXED

(SeaMonkey :: Startup & Profiles, defect, P3)

Description

[Teruko Kobayashi]

Profile manager does not detect the default Japanese profile folder name in Japanese Mac system.

Steps of reproduce
1. Run Profile manager
2. Click on "Manage Profile" button
3. Click on "Create Profile" button
4. Click on "Next" button 
    At this time, the default profile folder path are "<hard drive>:default user".

It should be "<hard drive>\書類\Mozilla\Users50\<Japanese profile name>".

Then, after you create the profile, the folder is created under the "<hard drive>".

Since Japanese system uses Japanese name for "document", "書類", Netscape does not detect
the path name.

The workaround is
In the "Create Profile" dialog, click on "Select folder..." button to select
 "<hard drive>\書類\Mozilla\Users50" manually.

Tested 2000-11-08 Mac build.

Comment 1

[Teruko Kobayashi]

Related bug is 58679.

Comment 2

[racham]

Doing a mass reassign to Conrad Carlen.

Conrad is going address all current and upcoming profile manager issues. Please
do not hesitate to involve me in any of the issues.

Comment 3

[Teruko Kobayashi]

Added nsbeta1 and intl keywords.

Comment 4

[Conrad Carlen (not reading bugmail)]

It does seem very related to 58679 - especially given this:

> At this time, the default profile folder path are "<hard drive>:default user".

>It should be "<hard drive>\???Þ\Mozilla\Users50\<Japanese profile name>".

It seems like the use of non-unicode paths in the front end js would do this.
The patch on 58679 (only the one with id = 19180) may fix this. Can somebody
with a Japanese OS apply the patch and find out?

Comment 5

[Teruko Kobayashi]

Naoki and I tested the patch of bug 58679
on Mac.  We verified the fix for the bug 58679 is fixed this bug.

Comment 6

[Conrad Carlen (not reading bugmail)]

That's good news. Whenever the patch for bug 58679 goes in, remember to mark
this one as fixed :-) Roy, do you want this one since you have the fix in hand?

Comment 7

[Roy Yokoyama]

I prefer making this bug as a duplicate of bug 58679. If not, then assign to me.

Comment 8

[Conrad Carlen (not reading bugmail)]

It's not a duplicate because bug 58679 involved the uppercasing of a file path
which was Windows only. That isn't the case here. There's overlap but not
duplication.

Comment 9

[Conrad Carlen (not reading bugmail)]

-> Roy

Comment 10

[Roy Yokoyama]

58679 patch is checked in.  Please verify this as well. thanks

Comment 11

[Teruko Kobayashi]

I verified this in 2001011708 Mac build.