Last Comment Bug 399312 - Incomplete Import Installation - impossible to restart process
: Incomplete Import Installation - impossible to restart process
Status: RESOLVED FIXED
:
Product: Thunderbird
Classification: Client Software
Component: Migration (show other bugs)
: Trunk
: All All
: P2 normal (vote)
: Thunderbird 3
Assigned To: Jeff Beckley
:
:
Mentors:
: 255065 (view as bug list)
Depends on: 421405 425952
Blocks:
  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:
(edit)
QA Whiteboard:
Iteration: ---
Points: ---


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

Description Grenville Strickland 2007-10-10 05:58:41 PDT
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.8.1.7) Gecko/20070914 Firefox/2.0.0.7
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 7.1.0.9 (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 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 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 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 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 David :Bienvenu 2007-10-31 09:08:58 PDT
Comment on attachment 286799 [details] [diff] [review]
Manual migration implementation

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

looks good!
Comment 7 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
done
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
done
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
done
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
done
Comment 8 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 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 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 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 Jeff Beckley 2008-03-18 12:22:41 PDT
*** Bug 255065 has been marked as a duplicate of this bug. ***
Comment 13 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.