Description of problem: If we bookmark some pages and saved some passwords in other browser, like seamonkey, but we can not import these data to the firefox Version-Release number of selected component (if applicable): firefox-3.5-1 seamonkey-1.1.16-1 How reproducible:everytime Steps to Reproduce: 1. In seamonkey, bookmark some pages and saved some password 2. In firefox, go to "File -> Import" in menubar Actual results: It will tell you that no programs that contain bookmarks, history or password data could be found Expected results: It can import the data of the bookmark and password from the seamonkey successfully. Additional info:
Cannot reproduce with Rawhide seamonkey and firefox. Even with repeated imports I am getting new bookmarks as recorded in seamonkey. The problem is that they go to different folders, but they are imported. Is there anything more I should do to reproduce the issue?
I test this in two machine, one can import but can not get the correctly import, like you get a new bookmark in seamonkey and import to firefox, you will lost this bookmark. But the other can not import anything at all. So I think this function can not work well.
(In reply to comment #2) > I test this in two machine, one can import but can not get the correctly > import, like you get a new bookmark in seamonkey and import to firefox, you > will lost this bookmark. But the other can not import anything at all. So I > think this function can not work well. OK, so the question is (and it is the moment when our job starts to be interesting and challenging) ... what is different between two computers? That could help us to find a way how to reproduce this bug reliably.
The difference is arch: one system is x86_64 and the other system is i386. And the x86_64 system is a clean system that I just installed, while the i386 is I used some time. The system that can import but can not get correctly result is i386 system, but can not import anything is x86_64.
Created attachment 354997 [details] screenshot of non-reproduction It's weird, but I cannot reproduce even on Rawhide and x86_64. Is your Rawhide box fully upgraded? You say that your x86_64 box is pretty clean ... still, could you move ~/.mozilla somewhere away and try again?
After I test again and remove ~/.mozilla, it works fine.
OK, then you have probably some file corrupted in your profile. Try to move to the clean profile files from your old one, one file at the time, and always restart Firefox after each one. By that you can find which causes the problem. What are the results?
Since last time, I remove all ~/.mozilla file and can not see this bug again, then now I can not reproduce this bug with the new ~/.mozilla file. I will add the comment here if I find this bug again.
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle. Changing version to '12'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
According to Comment 8, this bug disappeared with a new profile. Closing. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers