Closed Bug 117840 Opened 23 years ago Closed 18 years ago

a dot at the end of folder name causes mozilla to lose access to mail messages

Categories

(MailNews Core :: Backend, defect, P2)

Product:
MailNews Core
Component:
Backend
Platform:
x86
All
Type:
defect

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: nospam, Assigned: Bienvenu)

References

(Blocks 1 open bug)

Details

(Keywords: dataloss) 

Mozilla lets the user to create a mailbox with a dot in the end, which i
accidantaly did. It then lets you move messages into that folder, but you'll
never be able to read them. Either it has to be disallowed as an invalid name or
parsed correctly as it probably makes problems when adding the .msf extension to
a folder index file. The immediate solution is to flush all contents from both
folder files to another freshly created folder with a more normal :-) name.
not a mail database issue - probably a url escaping problem, or something.
Actually, Navin handles the code that detects valid/invalid folder names.
Assignee: bienvenu → naving
Component: Mail Database → Mail Back End
QA Contact: esther → sheelar
If this is imap then it is a dup of 60044.  
Reporter, 
Is this imap or pop folder?  Can you also mention the build id? 
My system and build is: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7)
Gecko/20011226

This is happening with POP folders, not IMAP. I checked 60044 and this looks
like an addition to it. I can without any problems create and work with a local
folder with a dot "." inside (without any quotes), this works fine. A big
trouble is when the dot (of course again without any user-side parsing by
quotes) is at the end of the folder name. Then you can copy messages into such
folder, open the folder, but not view the messages again.

I also tested leaving a dot character "." as the only folder name - this
produces a complete disaster as the folder is probably treated as its ancestor
and moving/deleting of such folder also effects the mother folder this one
belongs to.
confirming from 2002-01-07-06 build on win98.
However, from the latest build when you restart the period at the end of the 
folder name gets eliminated and able to view messages.  But still the first time 
you create a folder with . at the end of the folder name. You can copy messages 
to that folder but cannot view those messages in the same session.  

nominating... we should warn the user not to use . in the folder name or 
eliminate the period in the same session and be able to view messages instead of 
after restart.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: nsbeta1
Status: NEW → ASSIGNED
reassigning to cavin
Assignee: naving → cavin
Status: ASSIGNED → NEW
Keywords: nsbeta1 → nsbeta1+
Priority: -- → P1
Target Milestone: --- → mozilla0.9.9
Status: NEW → ASSIGNED
Priority: P1 → P2
Target Milestone: mozilla0.9.9 → mozilla1.0
Discussed in Mail News bug meeting.  Decision was to minus and move to 1.2.
Blocks: 122274
Keywords: nsbeta1+ → nsbeta1-
Target Milestone: mozilla1.0 → mozilla1.2
I am not able to reproduce this problem using recent builds.  
build:2002-08-12-08. 
Reporter,
Can you check this again on the recent builds and see if this works for you?
is bug 155687 a dupe of this ?
*** Bug 155687 has been marked as a duplicate of this bug. ***
Target Milestone: mozilla1.2alpha → ---
Problem was recreated on 2002111508-trunc/Win-Me for "." in folder name.

[Test Procedure and Result]

[CASE-0 : Middle dot]

File name were "ABC.DEF", "ABC.DEF.msf".
No problem was found for folder name of "ABC.DEF".

[CASE-1 : dot only]

(1-1) Try to create folder named "." , ".." , "..." , "...." etc.
 ->  Message of "A folder with that name already exists" was issued
  
[CASE-2 : Start with dot]

(2-1) Create a folder named ".ABC"
 -> Files named ".ABC", ".ABC.msf" were created.
 -> Mail copy/move, folder move/delete/rename works well.
(2-2) Restart Mozilla
 -> Folder named ".ABC" disapeared. Files of ".ABC", ".ABC.msf" still exits.
 Does Mozilla treat ".ABC" and/or ".ABC.msf" as hidden file?
 This may be a DUP of bug 94124 (Folder named "#" case).

[CASE-3 : End with dot]

(3-1) Create a folder named "XYZ."(1 dot)
 -> Folder name is "XYZ." (1 dot)
 -> File named "XYZ" (no dot) was created. (<== Should be "XYZ.",  1 dot)
 -> File named "XYZ..msf"(2 dots) was created.
(3-2) Try to copy a mail to this folder via. context menu
 -> Folder "XYZ." (1 dot) did not included on context menu.
 -> Draging a mail to folder "XYZ." (1 dot) will fail.
(3-3) Restart Mozilla
 -> Folder name of "XYZ" (no dot) apeared
 This is recovered from "XYZ"(no dot) file and "XYZ.msf" was newly created
 -> Folder name of "XYZ." (1 dot) disapeared
 "XYZ..msf"(2 dot) was ignored because "XYZ." (1 dot) does not exist.

Since "."(0x2E) is separator of file extention, special care will be required
although "." is a valid file name character.

Fix for bug 117385 has improved treatment of illegal characters and the fix is
already applied on tested build.
0x5C(\,real filename will be "00000072.msf") and 0x7C(|,real filename will be
"00000092.msf") cases were resolved by this fix.
If "." in folder name is treated as an illegal file name character like
"\"(0x5C) or "|"(0x7C), all "." related problems, I think, will be resolved.
*** Bug 218805 has been marked as a duplicate of this bug. ***
taking.
Assignee: cavin → bienvenu
Status: ASSIGNED → NEW
*** Bug 219272 has been marked as a duplicate of this bug. ***
Bug 229522 is the bug for CASE-2 in Comment #10, starting with "." problem.
*** Bug 210972 has been marked as a duplicate of this bug. ***
The problem with folder names starting with a DOT still exists. 
I'm using Thunderbird version 0.7.3 (20040803) on a Windows 2000 SP4 system.

* Rename a folder in Thunderbird from "ABC" to ".ABC"
  -> Files named ".ABC", ".ABC.msf" (and directory ".ABC.sbd" if there are sub-
folders) were created.
  -> Mail copy/move/open and create/rename/delete subfolders works well.

* Restart Thunderbird
  -> Folder named ".ABC" disapeared. Files of ".ABC", ".ABC.msf" (and directory 
".ABC.sbd") still exits.
  Does Thunderbird treat ".ABC" as hidden file?

* Exit Thunderbird, rename the Files ".ABC", ".ABC.msf" (and folder ".ABC.sbd") 
to "ABC", "ABC.msf" (and "ABC.sbd"), restart Thunderbird
  -> The Folder "ABC" reappears with its mails and subfolders

* Now delete the folder "ABC"
  -> The folder ".ABC" appears in the Trash, yes, with a starting DOT !!!
  -> The "Trash.sbd" folder contains the files "ABC", "ABC.msf" and the 
subdirectory ".ABC.sbd".
  -> The mails of ".ABC" folder in the Trash are not shown, the mails in ".
ABC"'s subfolder can be opened. 

This a very crazy behavior of Thunderbird...
Product: MailNews → Core
*** Bug 274939 has been marked as a duplicate of this bug. ***
Just a very slight varient of a failure, I'm sure it will be covered by the fix.

Windows XP Pro SP2, TB version 1.0 (20041206)

Create folder ABC.
Create folder DEF as a subfolder of ABC.
Move mail to DEF
Close TB
Open TB

Folder ABC exists, but has no subfolder.  
Mail moved (to DEF) is inaccessible.

Note, renaming ABC back to ABC. causes subfolder DEF to reappear with the mail.


This bug was marked for Linux, but it seems to also appear on TB 1.0 (Build
20041226) on Windows XP Pro, SP1.
Developers are now trying to resolve all of "starting dot"(Bug 229522) and
"ending dot"(this bug) and "ending tilde"(Bug 198966) problems in Bug 229522.
Watch Bug 229522, please.
*** Bug 286230 has been marked as a duplicate of this bug. ***
OS: Linux → All
*** Bug 341608 has been marked as a duplicate of this bug. ***
Keywords: dataloss
QA Contact: sheelar → database
*** Bug 348207 has been marked as a duplicate of this bug. ***
*** Bug 324219 has been marked as a duplicate of this bug. ***
Marking FIXED by checkin for bug 229522.
Status: NEW → RESOLVED
Closed: 18 years ago
Depends on: 229522
Resolution: --- → FIXED
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.