27799 - rename of local mail folder renames it in the ui, but not on disk

Status: VERIFIED FIXED

(MailNews Core :: Backend, defect, P3)

Description

[(not reading, please use [e-mail] instead)]

the problem is caused by the api change of Rename().

Rename(const char *) got changed to Rename(const PRUnichar *)

nsMsgLocalMailFolder::Rename() was not updated

so when we call rename, we fall to nsMsgFolder::Rename()

I've got the fix, and checking in now.

Comment 1

[(not reading, please use [e-mail] instead)]

marking m14, beta1, accepting.

Comment 2

[(not reading, please use [e-mail] instead)]

fixed.

Comment 3

[David :Bienvenu]

whoops, thanks Seth.

Comment 4

[(not reading, please use [e-mail] instead)]

marking fixed.

Comment 5

[laurel]

2000-02-16-08m14 mozilla build on linux rh6.0:  renames both the folder file and
its .msf file upon OK to the rename dialog, OK through exit.

2000-02-16-08m14 commercial build on mac OS 9.0:  renames both the folder file
and its .msf file upon OK to the renmae dialog, OK through exit.

2000-02-16-08m14 mozilla build on NT 4.0:  renames only the folder file and not
the .msf file.  Builds a new .msf file next time folder opened.

Seth, David: OK to mark verified given the behavior of win32 (not renaming .msf
but creating a new one)?

Comment 6

[lchiang]

For win32 behavior.  This would leave around useless files on people's Win32 
systems.  I don't think that's good behavior.

Comment 7

[(not reading, please use [e-mail] instead)]

that's weird that is only win32.

can you open up a new bug on that on me?

Comment 8

[laurel]

Marking this bug verified.
Carrying forward win32 issue of creating new .msf file instead of renaming and
using old one to bug #28225