Bug 510997
Summary: | firefox can not import the bookmark and password from other browser | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Yewei Shao <mshao> | ||||
Component: | firefox | Assignee: | Gecko Maintainer <gecko-bugs-nobody> | ||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | low | ||||||
Version: | 12 | CC: | campbecg, gecko-bugs-nobody, mcepl | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2010-04-08 19:49:28 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Yewei Shao
2009-07-13 06:06:36 UTC
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 |