Open Bug 415968 Opened 14 years ago Updated 1 year ago
Inconsistent Migration Behavior on non-Vista/XP VMS
Seen using Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9b3) Gecko/2008020514 Firefox/3.0b3. STR: 1. Using a non Vista VM, uninstall all previous versions of Firefox and remove all existing profiles. 2. Launch Firefox Expected: I would get the migration wizard and be able to import from IE. Actual: I get no migration wizard. However, I am able to import data from File | Import once the browser starts. I have seen this on three separate machines, two Vista machines in the QA lab and one XP laptop. I have made sure to install in the default directory on each machine. This test passes on a clean Win Vista VM (Tomcat) and a clean XP VM (marcia). Vista machines were running Ultimate and Business. Both Vista installations are relatively new (not extremely "dirty."
This seems to have more to do with the VMs than the OS so what VM software are you running?
rstrong: I am running on my MacBook Pro, VmWare Fusion 1.1.1. I believe Tomcat may be running the same, but he can comment about how he tested Vista.
(In reply to comment #2) > rstrong: I am running on my MacBook Pro, VmWare Fusion 1.1.1. I believe Tomcat > may be running the same, but he can comment about how he tested Vista. > Windows XP x64 SP2 Base System with VMware 6.0.2 Workstation (where the Vista VM lives)
I don't get the migration wizard on my vm (Parallels), nor on two hardware machines. My vm is not completely clean, but new installations used to trigger the wizard on my Vista vm.
Juan, on my system removing the profile directories (%APPDATA%\mozilla and %LOCALAPPDATA%\mozilla) caused the migration wizard to launch on first run. Did you delete those directories?
Juan or anyone... reply on comment #5 would be appreciated
See bug 490009 too. I'm able to see this behavior under a Windows XP VM with SP3 installed lately. As I can remember I haven't had this problem with SP2.
Even trying to get the migration wizard with a new Windows user profile doesn't work. So something on the system side has been corrupted.
I was seeing this today in a VM, Rob Strong witnessed it. I've uploaded a copy of the VM to fs/public/QA/ashughes/bug_415968.
Adding [FFT3.5] in whiteboard. Came across this issue during RC1 testing
You need to log in before you can comment on or make changes to this bug.