Open Bug 358499 Opened 18 years ago Updated 2 years ago

Error when creating a profile with a space at the end

Categories

(Toolkit :: Startup and Profile System, defect)

1.8 Branch
x86
Windows XP
defect

Tracking

()

REOPENED

People

(Reporter: omar.bajraszewski, Unassigned)

References

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.8.1) Gecko/20061010 Firefox/2.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.8.1) Gecko/20061010 Firefox/2.0

When I was a creating a new profile I accidentally pressed a space key. It caused an error:
Profile couldn't be created. Probably the chosen folder isn't writable.
[Exception... "Component returned failure code: 0x80520008 (NS_ERROR_FILE_ALREADY_EXISTS) [nsIToolkitProfileService.createProfile]"  nsresult: "0x80520008 (NS_ERROR_FILE_ALREADY_EXISTS)"  location: "JS frame :: chrome://mozapps/content/profile/createProfileWizard.js :: onFinish :: line 233"  data: no]

Reproducible: Always

Steps to Reproduce:
1.Start Sunbird with profile manager
2.Create a new profile clicking 'Create profile...'
3.Enter a name with a space at the end and press finished



Expected Results:  
1. The space in profile name should be removed and profile created

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20061027 Calendar/0.4a1
This seems to me like it belongs in Core:Profile:Backend.  Can you reproduce on other Mozilla apps?
Yes- I can confirm this with Thunderbird version 2 beta 1 (20061027)
WFM with Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9a1) Gecko/20061027 Calendar/0.4a1, Firefox and Thunderbird.
Component: Sunbird Only → Profile: BackEnd
Product: Calendar → Core
QA Contact: sunbird → profile-manager-backend
Version: unspecified → Trunk
I can confirm it also with Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.8.1) Gecko/20061010 Firefox/2.0
> WFM with Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9a1) Gecko/20061027
> Calendar/0.4a1, Firefox and Thunderbird.

OS depended? I can still reproduce it with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a2pre) Gecko/20061227 Calendar/0.4a1
I can reproduce the issue using 
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b4pre) Gecko/2008021004 Minefield/3.0b4pre and 
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.13pre) Gecko/2008020904 BonEcho/2.0.0.13pre
Status: UNCONFIRMED → NEW
Ever confirmed: true
Version: Trunk → 1.8 Branch
This is MS Win only problem. MS Win removes trailing spaces on directory/file creation. Similar problem probably occurs too when ending dot('.') on MS Win. 
See Bug 303729 Comment #2(trailing spaces problem) and Bug 117840(ending '.' problem) on mail folder name.

By the way, no problem when ending tilde('~') or starting dot('.')?
See Bug 198966(trailing '~') and Bug 229522(starting '.') on mail folder name. These are different issue from above problems on MS Win. Main cause is existence of logic in Mail&News that excludes file with ending '~' or starting '.' from file list on all OS'es, which exists since very old Mozilla Mai&News. I guess it was to avoid "Home directory related issue on Linux" and "Hidden directory/file related issue on Linux".
I hope no problem on ending tilde('~') and starting dot('.').
FYI.
As written in Bug 229522 Comment #46, profile name of ".DS_Store" at non-default profile location may produce similar problem on Mac OS X.
This bug is filed in a bugzilla component related to pre-Firefox code which no longer exists. I believe it is no longer relevant and I am therefore closing it INCOMPLETE.

If you believe that this bug is still valid and needs to be fixed, please reopen it and move it to the Toolkit:Startup and Profile System product/component.
No longer blocks: 1243899
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → INCOMPLETE
Product: Core → Core Graveyard

This is a long standing bug we should fix. Users shouldn't see that cryptic message.

Status: RESOLVED → REOPENED
Component: Profile: BackEnd → Startup and Profile System
Product: Core Graveyard → Toolkit
Resolution: INCOMPLETE → ---
Severity: minor → S4
You need to log in before you can comment on or make changes to this bug.