255082 - after migration local folders with non-default name aren't shown

Status: RESOLVED WONTFIX

(Thunderbird :: Migration, defect)

Description

[Michael Lefevre]

Migrated from seamonkey trunk 20040806 on win2k to Thunderbird aviary branch
2004081004 and after migration local folders were not shown, although they had
been imported.

1. start with seamonkey profile with local folders named "local folders-1"
2. first run thunderbird (no existing profile)
3. migrate from seamonkey profile

actual result:
thunderbird has copied over all accounts, but local folders are not shown.
examination of profile shows that "local folders-1" is in thunderbird profile,
but not displayed. a new empty set of folders in "local folders" folder is used
instead.

expected result:
imported local folders are displayed.

I noticed that my seamonkey has these prefs for the local folders:
mail.server.server3.directory: C:\Documents and Settings\michael\Application
Data\Mozilla\Profiles\michael\upac9sqd.slt\Mail\Local Folders-1
mail.server.server3.directory-rel: [ProfD]Mail/Local Folders-1

but thunderbird has:
user_pref("mail.server.server3.directory", "C:\\Documents and
Settings\\michael\\Application
Data\\Thunderbird\\Profiles\\default.cr3\\Mail\\Local Folders");
user_pref("mail.server.server3.directory-rel", "[ProfD]Mail/Local Folders-1");

Tracy Walker was apparently able to reproduce by renaming the local folders
directory in seamonkey.

Comment 1

[Scott MacGregor]

Hmm this works for me, tell me what I'm doing wrong:

1) Start up mozilla suite. Change the location of local folders and store some
messages in this new location so I can tell when migration is successful.

2) now migrate to thunderbird with the wizard

3) I see that the contents of <seamonkey profile>\Mail\Local Folders-1 have been
copied into <thunderbird profile>\Mail\Local Folders (i.e. to the default
location for local folders which is intended). The value of my server.directory
pref is an absolute path to <thunderbird profile>\Mail\Local Folders. On first
launch, the directory-rel path correctly points to the OBSOLETE old location.
After running thunderbird, the rel pref gets updated based on the absolute path
and subsequent launches reflect that.

At no point during those steps do I end up with an empty set of local folders in
the UI.

Can you see any mistakes I'm making compared to your setup?

Comment 2

[Tracy Walker [:tracy]]

Yes, that's all correct.  I hadn't relaunched the app.  The empty Local Folders
is happening on initial migration. So I went the next step; relaunched and now
see the correct filled mail boxes in Local Folders.  Is this expected behavior
or should the Local Folders be seen correctly on completion of migration without
a relaunch?

Comment 3

[Scott MacGregor]

they should be seen correctly when the app comes up for the first time after
migration. The .rel pref will look bad in prefs.js until you quit and restart
but what the UI shows should always be correct.

so it sounds like you are still seeing something slightly different from what I
saw. For me after I clicked finish from the wizard and the app came up, I saw my
local folders. There must be a missing step somewhere that I'm missing.

Comment 4

[Tracy Walker [:tracy]]

Scott, I see Local Folders upon completion of migration, but it is empty. The
only thing that I did different than you, I think, was to put messages in Local
Folders and then change the name of Local Folders to Local Folder-1 without
moving it to another dir.  Basically, renamed Local Folders in place.

Comment 5

[Scott MacGregor]

Trix, can you do some seamonkey migration testing and see if you can reproduce this?

I've tried a couple things but none of them have triggered the bug:

1) Seamonkey profile with some mail under Local Folders. Via the account
manager, renamed Local Folders to Local Folders-1. Migrated to Thunderbird. I
see Local Folders is still called Local Folders-1 and the mail I put there in
seamonkey has been migrated.

2) Seamonkey profile. Under account settings, picked a *new directory* for Local
Folders called Local-Folders-1. Restarted seamonkey, got a new set of empty
local folders called "local Folders-1". Dragged some messages so the folders
weren't empty. Migrated to Thunderbird. Verified that the messages existed under
Local Folders and pointed to a folder in my Thunderbird profile called Local
Folders.

Comment 6

[Scott MacGregor]

moving to 0.9 pending more investigation and some help from Trix in hopefully
narrowing down the steps necessary to trigger this.

Comment 7

[trix supremo]

Using:

seamonkey trunk 20040806
thunderbird 2004081004

I've tried both scenarios scott has mentioned, renaming local folders, moving
messages to the Inbox of local folders, created several messages to self and
moved to local folders, open and closed the app several times and was not able
to duplicate the problem.  my observations are what scott has mentioned so far.
 I'll continue to look into the steps to reproduce.

Comment 8

[Tracy Walker [:tracy]]

I just tested this two ways.  

1-Manually rename the Seamonkey Local Folder within windows explorer. This
method fails to migrate the renamed local folder

2-Use Seamonkey Account Manager to change the name. (note: The actaul folder's
name isn't changed. But the Mail client shows that the name is changed.) This
method  does migrate the renamed local folder

This is not a Firefox migration bug. The bug is in seamonkey.  I haven't found
the dupe yet.  It's probably ancient, won't fix and/or invalid.

Comment 9

[Scott MacGregor]

won't fixing this after talking to tracy since seamonkey won't find your local
folders folder either if you rename it through the OS, bypassing the clients. 

Comment 10

[Michael Lefevre]

Fair enough, but with my profile, Seamonkey was using the folders just fine.
However, I tried and failed to reproduce this from a fresh start. I don't know
what happened with my old profile, but it's had several years of nightly builds
and hackery so there's probably something weird with it, and I guess it's
acceptable for the migration process not to cope with broken profiles.

Thanks for investigating anyway.