Open Bug 176613 Opened 23 years ago Updated 3 years ago

Surrogate character profile name not show up after first created

Categories

(Core :: Internationalization, defect)

defect

Tracking

()

People

(Reporter: amyy, Unassigned)

Details

(Keywords: intl)

Attachments

(1 file)

Build: 10-24 branch and trunk build / WinXP-SC, 10-24 trunk build on Mac 10.1.5 and Mac 10.2.1. Steps to reproduce: 1. Start profile manager, and create a profile name which contains surrogate charcter(s). 2. Launch browser by using this profile, then exit. 3. Start profile manager again. Result: You won't see the profile name which created in above steps. If you go to the path that OS store the profiles, that profile is there, but the surrogate character doesn't display properly though. You'll able to create a new profile name that exactly same as the one before, and you won't get warning message tells you that don't create a name which is same as existing one. But when you launch browser by this new profile, everything (e.g. bookmarks) stored in old (same name) profile are still in new profile.
The profile name is displayed correctly but not in the path.
Keywords: intl
QA Contact: ruixu → ylong
It does not have to be a foreign character (I could not tell from the screenshot if that's what you were implying. Reproducing Firebird Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.4b) Gecko/20030516 Mozilla Firebird/0.6 If you add the -p extension to get the profile manager, and you tell it to create the profile "Fresh", it creates the profile "fres" (and the path reflects this.) The path in essence does not properly update to create the profile the user requested. It's always one character behind. Sam P.S If this is a new bug, please let me know. adding myself to CC. thanks.
I see now that this is likely a different bug.
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.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → WONTFIX
Mass Reassign Please excuse the spam
Assignee: tetsuroy → nobody
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
Status: RESOLVED → REOPENED
Resolution: WONTFIX → ---
Reassigning Franks old bugs to Jungshik Shin for triage - Sorry for spam
Assignee: nobody → jshin1987
Status: REOPENED → NEW
QA Contact: amyy → i18n
WORKSFORME on OSX at least

The bug assignee didn't login in Bugzilla in the last 7 months, so the assignee is being reset.

Assignee: jshin1987 → nobody
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: