As a security precaution, we have turned on the setting "Require API key authentication for API requests" for everyone. If this has broken something, please contact
Last Comment Bug 399312 - Incomplete Import Installation - impossible to restart process
: Incomplete Import Installation - impossible to restart process
Product: Thunderbird
Classification: Client Software
Component: Migration (show other bugs)
: Trunk
: All All
: P2 normal (vote)
: Thunderbird 3
Assigned To: Jeff Beckley
: 255065 (view as bug list)
Depends on: 421405 425952
  Show dependency treegraph
Reported: 2007-10-10 05:58 PDT by Grenville Strickland
Modified: 2008-03-29 09:39 PDT (History)
7 users (show)
See Also:
Crash Signature:
QA Whiteboard:
Iteration: ---
Points: ---

Manual migration implementation (8.35 KB, patch)
2007-10-31 00:28 PDT, Jeff Beckley
mozilla: review+
mscott: superreview+
Details | Diff | Splinter Review

Description User image Grenville Strickland 2007-10-10 05:58:41 PDT
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv: Gecko/20070914 Firefox/
Build Identifier: 8.0.0b1

I installed the above software, but had to terminate the process when it was importing the settings and messages of my old Eudora (installed size of 1.5gb).

Now when I attempt to restart or re-install the software it doesn't detect the  importing wasn't completed and fires up the incompleted software - obviously missing personalities and all the messages which were in the old software.

I have tried to remove all the files from the hard-drive and clean as much of my registry as possible, but it has made no difference.

I cannot believe the installation process is a 'One-Shot' affair!

If the installation process is unexpectedly stopped, the software should be capable of picking up where it left off.

Reproducible: Always

Steps to Reproduce:
1. Start the installation.
2. When imnporting the old Eudora, terminate the process.
3. Restart the installation

Expected Results:  
I was expecting 8.0.0b1 to detect the process hadn't of completed and restarted the import. Alternatively instructions for recovery should the install process be unexpectedly interrupted.

As above!
Comment 1 User image Matt Dudziak 2007-10-10 10:31:03 PDT
Yes, I agree that it would be good to be able to manually initiate a 'migrate' and not just individual imports.
Comment 2 User image Grenville Strickland 2007-10-11 09:12:33 PDT
I have finally found that a manual 'import' is possible via the "Tools" and then "Import". However when I did this, the import utility did not import all the latest emails (emails that I had received between the aborted "importing" attempt - Yesterday - and the current date).

In addition, importing the filters did not work, so there is still outstanding issues with the import utility.
Comment 3 User image Jeff Beckley 2007-10-30 10:16:59 PDT
There is a way to get the full import to kick off again, but it's not very obvious: you have to specify the "-migration" option on the command-line when restarting.

I'm going to be submitting a patch that will add UI to the Tools->Import dialog for doing a full profile migration in addition to the piece-by-piece method that's currently in there.

Moving this to Thunderbird, as that's where the fix will be.
Comment 4 User image Jeff Beckley 2007-10-31 00:28:53 PDT
Created attachment 286799 [details] [diff] [review]
Manual migration implementation

This patch adds some UI to the Tools->Import dialog to allow the user to start a full profile migration.
Comment 5 User image David :Bienvenu 2007-10-31 09:08:58 PDT
Comment on attachment 286799 [details] [diff] [review]
Manual migration implementation

looks good, thx!
Comment 6 User image Scott MacGregor 2007-12-05 23:46:36 PST
Comment on attachment 286799 [details] [diff] [review]
Manual migration implementation

looks good!
Comment 7 User image Reed Loden [:reed] (use needinfo?) 2008-02-24 22:12:47 PST
Checking in mail/base/content/mailCore.js;
/cvsroot/mozilla/mail/base/content/mailCore.js,v  <--  mailCore.js
new revision: 1.36; previous revision: 1.35
Checking in mail/locales/en-US/chrome/messenger/importDialog.dtd;
/cvsroot/mozilla/mail/locales/en-US/chrome/messenger/importDialog.dtd,v  <--  importDialog.dtd
new revision: 1.7; previous revision: 1.6
Checking in mailnews/import/resources/content/importDialog.js;
/cvsroot/mozilla/mailnews/import/resources/content/importDialog.js,v  <--  importDialog.js
new revision: 1.44; previous revision: 1.43
Checking in mailnews/import/resources/content/importDialog.xul;
/cvsroot/mozilla/mailnews/import/resources/content/importDialog.xul,v  <--  importDialog.xul
new revision: 1.28; previous revision: 1.27
Comment 8 User image Serge Gautherie (:sgautherie) 2008-02-25 20:17:51 PST
[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9b4pre) Gecko/2008022502 SeaMonkey/2.0a1pre] (nightly) (W2Ksp4)

This is missing the SeaMonkey part (DTD file, and maybe JS file too):
Error: undefined entity
Source File: chrome://messenger/content/importDialog.xul
Line: 72, Column: 9
Source Code:
        <radio value="all" id="allRadio" label="&importDialog.allTitle;"/>

I suggest to move this bug to "Core / MailNews: Import".
Comment 9 User image Magnus Melin 2008-02-25 22:35:45 PST
Serge: please file a followup bug instead, mark it regression and blocking this one, cc the assignee of this bug.
Comment 10 User image Mark Banner (:standard8) 2008-03-07 00:16:54 PST
(In reply to comment #4)
> Created an attachment (id=286799) [details]
> Manual migration implementation
> This patch adds some UI to the Tools->Import dialog to allow the user to start
> a full profile migration.

Did anyone check the effect of what happens if you import into an existing profile in this manner? i.e. I have an SM and a TB profile, I decide to move my SM items into TB using the "all" option - is my existing TB profile safe?

I believe it should be, but I'd feel happier knowing someone has checked this as I don't know the TB migration code as well as the SM code.
Comment 11 User image Serge Gautherie (:sgautherie) 2008-03-07 08:42:20 PST
(In reply to comment #9)
> Serge: please file a followup bug instead, mark it regression and blocking this
> one, cc the assignee of this bug.

Bug 421405 was filed.
Comment 12 User image Jeff Beckley 2008-03-18 12:22:41 PDT
*** Bug 255065 has been marked as a duplicate of this bug. ***
Comment 13 User image Serge Gautherie (:sgautherie) 2008-03-29 09:39:39 PDT
[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9pre) Gecko/2008032900 SeaMonkey/2.0a1pre] (nightly) (W2Ksp4)

This patch broke SeaMonkey (shared) JS too:
I filed bug 425952.

Note You need to log in before you can comment on or make changes to this bug.