Closed Bug 469856 Opened 15 years ago Closed 14 years ago

"could not initialize the application's security component" with non-native characters in the profile path


(Core :: Security: PSM, defect)

Windows XP
Not set





(Reporter: benjamin, Assigned: benjamin)



(Whiteboard: [patch is in bug 413171])

+++ This bug was initially created as a clone of Bug #413171 +++

I have a profile in a Windows XP VM that has chinese characters in the username (en-US Windows).  With 2008-01-19-04, I get an error message on startup:
"Could not initialize the application's security component. The most likely cause is problems with files in your application's profile directory. Please check that this directory has no read/write restrictions and your hard disk is not full or close to full. It is recommended that you exit the application and fix the problem. If you continue to use this session, you might see incorrect application behaviour when accessing security features."

I never used to get this.

This bug will cover the PSM hack which uses GetShortPath to make a char* path. The original bug is about the deficiency in the NSS APIs.

attachment 353007 [details] [diff] [review] has already been reviewed. I just want to get this in for 1.9.1 once it bakes on trunk.
Blocks: 440766, tomtom
Flags: wanted1.9.1+
Flags: wanted1.9.0.x?
Flags: blocking1.9.1-
If you get a 1.9.0 patch we'll look at approval requests, but we're not really watching it as a prospective blocker.
Flags: wanted1.9.0.x?
A note: I was unable to find any documentation confirming that attachment 353007 [details] [diff] [review] won't cause other issues. However, in the meantime we released TomTom HOME 2.4 and 2.5 with this patch, no issues reported.
One thing I just noticed is that GetNativeCanonicalPath has a NS_WARNING in there:

Which means that users of debug builds will get to see this delightful misspelling on every startup.
(In reply to comment #3)
> One thing I just noticed is that GetNativeCanonicalPath has a NS_WARNING in
> there:
This warning is completely bogus because GetCanonicalPath is not present at all.
Benjamin, are you going to land this?
Keywords: checkin-needed
Whiteboard: [patch is in bug 413171]
Keywords: checkin-needed
Closed: 14 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.