I ran AppRunnerDebug today and was prompted (first time) to create a profile. For the profile name I entered a string with a space in it: "Mozilla Brade" The actual folder created was named "Mozilla%20Brade" Problems: * Difficult to find from the OS * Makes name even longer (file system on Mac is already limited to 31 characters)

Currently all special characters are being escaped. So only alphabets and numericals can be used. We will unescape the special characters in M7.

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

Reopening. This is not fixed with my build from this morning.

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

This bug cause loading mail folders to fail. Bumping priority to P2, cc:ing putterman and ducarroz.

Adding lchiang to the cc list. We need this fixed before we can have widespread mac use, and we should probably put in the dialog some place that you can't create a profile name with a space in it.

The target milestone shows M9. I'll add it to the M8 release notes tracking bug for verah.

Changing the target milestone to M10.

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

Bug 12174 is related in that profiles created before the escaping change can't be accessed after the change.

I don't see how this is working, creating a folder with a space in the name creates a folder with %20 used for space. This does not show in Profile Manager, but does show in Users50/grace%20bush (using build 1999092708)

Seth, are you touching this area too? Looks like we're probably creating the directory with the encoded name rather than the plain text name. Should be a simple fix.

re-assign to me.

Clearing WORKSFORME resolution due to reopen of this bug.

moving to m11.

accepting. marking all milestone 11.

this should be fixed now. If you created a profile "Foo Bar", it would be "Users50:Foo Bar" there are a bunch of potential bugs lurking in this code. 1) what if the profile name is too long for the native file system? (we need to hash the name of the directory on disk, if necessary) 2) what if the profile matches a directory that already exists? (we need to add a case insensitive check for existance. FOOBAR and foobar are the same directory on windows.) 3) what about special characters? (can the user ".." or "/" themselves into trouble?) marking this fixed, and I'll log the other issues as bugs and fix them.

this is fixed in 1999100713 on the mac

Moving all Profile Manager bugs to new Profile Manager Backend component. Profile Manager component to be deleted.