17180 - When Migrating the Server Name points to timebomb.relative_timebomb_days

Status: VERIFIED WORKSFORME

(MailNews Core :: Profile Migration, defect, P3)

Description

[Ninoschka Baca]

Build 1999102509M11: Win32/NT4

Overview: After deleting the registry file and migrating a POP account I don't
see any messages in the Inbox or any of the other folders. After checking the
server settings in Account Setup the following appears:

Server Name: timebomb.relative_timebomb_days

Comment 1

[laurel]

FYI -- I'm not seeing this using the same build and a POP account from nsmail-1.
Removed the registry and the previous user files before migration using 10-25
build.

Comment 2

[Ninoschka Baca]

Difficulty reproducing the problem. Only able to reproduce it one more time.

1. This time I deleted the registry file and the user files. I tried to migrate
a pop account (qatest32) it launched the Account Wizard, I Canceled, and the
mail folders appeared. I checked the server settings and  the Server Name
referenced "timebomb".
2. I tried again by deleting the registry file and the user files, and migrating
the same account (qatest32) but I can't reproduce the problem.
3. I tried the same scenario except with another POP account and another IMAP
account. Again unable to reproduce.

Comment 3

[Grace Bush]

While doing some testing of activation server, for which I have to edit the file
all.js in the ~\Seamonkey\defaults\prefs directory, this entry at the top of the
file caught my eye as I had seen it in this bug.
Could ProfileMigrator be reading this file in error?  Or the files got co-mixed?

my .02$


config("timebomb.relative_timebomb_days",-1);
config("timebomb.relative_timebomb_warning_days",-1);

Comment 4

[dbragg]

I'm a little confused here.  It looks like were talking about two different
parts of the program.  There's the Profile Migration part that is ONLY run from
the Profile Manager (or in the case where there is only one profile it is run
automatically).  Then there's the Mail module's Account Setup routine.  I can't
really tell where this problem might be occuring.  I'm including Seth Spitzer on
this since he's familiar (very familiar) with both aspects.

I'm also accepting the bug for now because I want to stop getting those
reminders via email.

Comment 5

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

this is a nasty bug, since it's not always reproducable.

it smells like a memory corruption problem.  the prefs are stored in a hash
table, and if that gets stomped on, bad things, like this, could happen.

nbaca, can you still reproduce this?  I'm asking because about the time this bug
reared its ugly head, kipp found a fixed some nasty memory corruption problems.

I'll try to reproduce it too.

Comment 6

[Ninoschka Baca]

Build 1999110108M11: Win32/NT4
Unable to reproduce the problem with this build. I've deleted the registry and
user files several times. When the program launches I see the Profile Manager,
select the account (qatest20), the migration progress window appears and
eventually Mail launches showing "qatest20" as an account in folder pane.

Comment 7

[dbragg]

Well, seeing as how this all seems to be working correctly I'm going to mark it
WORKSFORME.  Any objections, please just reopen it.

Comment 8

[laurel]

Well, since I never did see this and last word is nbaca can't reproduce, I'm
marking this verified.