After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 300217 - don't allow renaming folders to start with a "."
don't allow renaming folders to start with a "."
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Mailer
2.2.x (obsolete)
Other other
: Normal normal
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2005-04-11 16:53 UTC by nathanh
Modified: 2006-02-02 10:05 UTC
See Also:
GNOME target: ---
GNOME version: 2.9/2.10


Attachments
fixes it. (1.53 KB, patch)
2005-09-06 06:26 UTC, vivek jain
none Details | Review

Description nathanh 2005-04-11 16:53:55 UTC
Distribution: Debian 3.1
Package: Evolution
Severity: normal
Version: GNOME2.10.0 2.2.1
Gnome-Distributor: Ubuntu
Synopsis: renaming a folder to begin with "." causes it to disappear
Bugzilla-Product: Evolution
Bugzilla-Component: Mailer
Bugzilla-Version: 2.2.1
Description:
Description of Problem:
Changing a folder name to begin with the period character seems to work,
but after a subsequent reboot the folder has disappeared.

Steps to reproduce the problem:
1. Create a local folder "Foo". Reboot and the folder is still there.
2. Rename the folder to ".Foo". Folder appears correctly in folder
list.
3. Reboot (or --force-shutdown and restart Evolution) and the folder has
now disappeared from the Evolution folder list.

Actual Results:
Folder disappears.

Expected Results:
Folder should not disappear!

How often does this happen?
Reproducable every time.

Additional Information:
The folder is still on the filesystem and can be seen with "ls -a".

   $ ls -a .foo*
   .foo  .foo.cmeta  .foo.ibex.index  .foo.ibex.index.data

Renaming the 4 files and restarting Evolution makes the folder reappear
in the folder list. I realise that the period as the first character is
used to hide files/directories in a UNIX shell, but the behaviour is
unintuitive when it occurs in the Evolution folder list.




------- Bug moved to this database by unknown@bugzilla.gnome.org 2005-04-11 12:53 -------


Unknown platform unknown. Setting to default platform "Other".
Unknown milestone "unknown" in product "Evolution".
   Setting to default milestone for this product, '---'
Setting to default status "UNCONFIRMED".
Setting qa contact to the default for this product.
   This bug either had no qa contact or an invalid one.

Comment 1 Jeffrey Stedfast 2005-04-11 18:41:26 UTC
dot files are filtered out on purpose...

so I suppose the solution to this problem is to not allow the ui to rename
fodlers to something starting with a "."
Comment 2 nathanh 2005-04-11 23:13:52 UTC
If the reason for filtering out dotfiles is to permit hidden files in the
mailbox directory, please consider using a hex-encoded filename rather than
blocking the folder name in the UI. So ".Foo" in the UI would appear in the mail
directory as %2EFoo, %2EFoo.cmeta, etc. 
Comment 3 Not Zed 2005-04-12 06:19:08 UTC
is there any reason . folders are hidden anyway?  doesn't seem to make much
sense to me.
Comment 4 parthasarathi susarla 2005-07-24 06:02:36 UTC
so should the folder-names be allowed to start with a ".". Following the Linux
way of naming, "." files would anyways be hidden. IMHO the UI should not allow it.
Comment 5 vivek jain 2005-08-03 08:44:18 UTC
This is fixed.
Comment 6 C Shilpa 2005-09-05 11:34:20 UTC
Reopening the bug. Still able to rename folders to start with a '.' using
evolution-2.4.0.0.200509050323-0.snap.novell.11.1
Comment 7 vivek jain 2005-09-06 06:26:15 UTC
Created attachment 51853 [details] [review]
fixes it.

This bug (and the fix) is valid only for local folders, imap/groupwise folders
can have names startinng with . (dot) and they appear currectly, no issues
there.
Comment 8 Shreyas Srinivasan 2006-02-02 10:05:52 UTC
Closing. Has been fixed for long.