Closed
Bug 470536
Opened 16 years ago
Closed 16 years ago
Firefox Security Component will not Initialize if Windows User Name is in Cyrillic
Categories
(Firefox :: Security, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 469856
People
(Reporter: porovoz, Unassigned)
References
()
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.0.5) Gecko/2008120122 Firefox/3.0.5 (.NET CLR 3.5.30729) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.0.5) Gecko/2008120122 Firefox/3.0.5 (.NET CLR 3.5.30729) Copied and pasted my two relevant posts from the above forum link: Hello! A little bit of introduction. I wipe my hardisk clean, put on a fresh installation of Windows XP, get the basic configurations all sorted out, install firefox... and BAM! Well, not bam, but anything that uses SSL simply won't load. I follow the basic order of opperations recommended on the mozilla site for dealing with this issue. I check my diskspace - plenty. I open the profile directory in Application Data, look for cert8.db, but it's not there. I make sure all hidden files are displayed, but still no bloody database! What's next? A few attempts at creating new profiles. A few reinstallations of firefox. Still, no cert8.db file. I check when firefox is running, I check when it is closed, but it just isn't present. What gives? My suspicions: -My username (for windows) is in Russian, and thus in the Cyrillic rather than Latin alphabet. This, of course, reflects in the path to the Application Data. Could firefox not be handling the Cyrillic characters in the folder path? . . . Problem solved - it turned out to be the Russian user name after all. The same installation of Firefox works perfectly under a new Windows profile. Woo, I found a bug! Reproducible: Always Steps to Reproduce: 1. Create a Windows user profile with Cyrillic name 2. Try using Firefox 3. Look in the profile folder for a cert8.db Actual Results: No cert8.db, Firefox can't initialize security component, nothing with SSL loaded. Expected Results: The software should be able to access the application data folder even with a Cyrillic path and write files to it.
Updated•16 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•