tested on 2001-11-25-22-0.9.4ec OS = Win 98 1. Launch Profile manager 2. Click Create profile button and create a new user profile using DBCS as profile name. Such as "SHINN YU-ZA" in DBCS Katakana 3. Click Finish button 4. Check C:(maybe)Windows/Application Data/Mozilla/Profiles You will not be able to see folder "SHINN YU-ZA", you will have .slt file name as folder name instead. Expected: Create profile folder having DBCS profile name same as SBCS user name does

*** Bug 112043 has been marked as a duplicate of this bug. ***

tested on 2001-11-26-06-trunk OS = Win XP Ja There is no problem to have folder having DBCS.

I might need to test using 2001-11-26-06-trunk on some English Windows OS. Please wait Yokoyama-san.

tested on 2001-11-26-06-trunk OS = Win 98 The result is the same as 2001-11-25-22-0.9.4ec Created holder is over written on existing folder which is created prior ec test having .slt file name as folder name.

Your comment #2 means it works in XP-JP so, is it a Win98 specific bug?

No. Happened on Win 2000 as well. I think this is regarding English Windows.

I take out topembed keyword since this is a general Double byte problem on US Windows system.

Ideas: add code to check if the entered profile is a valid.

> You will not be able to see folder "SHINN YU-ZA", you will have .slt file > name as folder name instead. This makes me suspect nsLocalFile::Append(). Take a look at this: http://lxr.mozilla.org/mozilla/source/profile/src/nsProfile.cpp#1350 The fact the we're left with only the .slt directory and it's supposed to be the child dir of the user name (the one that's DBCS) makes me thing the Append() of a char* when the current leaf node was DBCS failed.

nsbeta1- per triage meeting

nsbta1+ for m1.2final

With above patches, we can create/delete non-locale Profile names and file/directories. :)

*** Bug 112741 has been marked as a duplicate of this bug. ***

*** Bug 154629 has been marked as a duplicate of this bug. ***

*** Bug 101573 has been marked as a duplicate of this bug. ***

bulk milestone change

cc david for his input.

why not use the charset converter for converting between utf8 and unicode? Or the string routines that do that, instead of adding new code to do it?

Oop, I didn't realize that we can call string routines from mork.......

you might need to change what mork links against to use the string routines (so take care of mac, windows, and linux). The original author didn't want Mork to depend on anything else. I would much rather use existing libraries than rewrite everything for mork. Is doing this with a compile time flag really the right way to go? (the answer could be yes; I don't know). The alternative is to add a new interface to open unicode file names, or adding a boolean parameter that says file names are in utf8. That would involve changing all the callers, I guess, but it seems like you have to change the callers to encode the file names in utf8 anyway.

Comment on attachment 106041 [details] [diff] [review] Calling NS_ConvertUTF8toUCS2() r=bienvenu, but you need to make sure it builds on all platforms; as I mentioned before, we might not be linking in the right libs.

right, and depends on platform wchar might not be 2bytes

i18n triage team: nsbeta1-

I think both roy and me are off mozilla for more than 2 years. If these bugs are still here now, I think the real stauts is 'won't fix'. If you want to reopen it, please find a new owner for it first.

Mass Reassign Please excuse the spam

Mass Re-opening Bugs Frank Tang Closed on Wensday March 02 for no reason, all the spam is his fault feel free to tar and feather him

Reassigning Franks old bugs to Jungshik Shin for triage - Sorry for spam