Closed
Bug 408421
Opened 17 years ago
Closed 12 years ago
Firefox Bookmark toolbar items overwritten by IE6 items on migration
Categories
(Firefox :: Migration, defect, P4)
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: u279076, Unassigned)
Details
Attachments
(1 file)
91.24 KB,
image/png
|
Details |
Firefox 3 Beta 2 RC1 - Win XP SP2 - build ID 2007121120 When I choose to migrate IE6 bookmarks using the first-run migration wizard, it overwrites everything on the Firefox bookmarks toolbar except for the "Smart Bookmarks" folder. Using the File>Import method does not import the favourites from IE6's toolbar, thus, not overwriting the Firefox Bookmarks toolbar. Steps to Reproduce: 1. Install Firefox 2. Start Firefox and close it (notice the bookmark items on the toolbar) 3. Open IE6 and save some favourites 4. Close IE6 5. Go to C:\Documents and Settings\<username>\Application Data and delete the Mozilla folder 6. Start Firefox again and choose to Import Internet Explorer Settings (you can import everything, but only bookmarks are needed) Actual Results: When Firefox loads, the bookmarks toolbar will be overwritten Expected Results: Any items on the IE6 bookmarks toolbar should be appended to the Firefox one (or maybe have an IE6 Bookmarks folder appear on the Firefox toolbar). Alternatively, with a new Firefox profile, if you go to File>Import and select Internet Explorer settings this way, the favourites toolbar from IE6 does not get imported. I will provide a screenshot of the before and after.
Comment 2•17 years ago
|
||
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b3pre) Gecko/2007121500 Minefield/3.0b3pre I get only a terrible hang that I killed after 8 minutes. When I open Firefox I see indeed no default set on the BT (but only some random bookmarks picked out of a random sub folder).
Comment 3•17 years ago
|
||
I tested some builds and it has no connection with the hang. The hang was earlier. It regressed between 2007112600 and 2007112701.
Comment 4•17 years ago
|
||
Tested it for the presence of the default set after killing firefox.exe.
Updated•17 years ago
|
Flags: blocking-firefox3?
Comment 5•17 years ago
|
||
Isn't this how Fx2 behaved? I'm not sure the behaviour's altogether wrong, and I think this is a dupe...
You are correct that FF2 behaves this way, but I disagree with your statement "I'm not sure the behaviour's altogether wrong". Just because this is the way FF2 is doing something one way, doesn't mean it should not be reconsidered in FF3. IMO, the bookmarks from IE should be appended on the toolbar, not overwriting the Firefox bookmarks. What do you think? As far as your "dupe" comment, I seem to recall there being a bug about this a couple months back. If I recall correctly, it was IE7 related, not IE6 related. I could be wrong on this one.
Comment 7•17 years ago
|
||
I thought we fixed this in bug 386678. Bug 387137 and bug 261016 were duped to it.
Comment 8•17 years ago
|
||
People who run the import wizard to import IE Favourites can't be else than new users. And the default set of bookmarks is meant for new users, to give some info about the Firefox browser.
Comment 9•17 years ago
|
||
Blocking, since unintended regressions should be looked into.
Flags: blocking-firefox3? → blocking-firefox3+
Priority: -- → P3
Updated•16 years ago
|
Priority: P3 → P4
Comment 10•16 years ago
|
||
Not blocking on this bug for final ship. Would take a safe enough patch if one comes through.
Flags: wanted-firefox3+
Flags: blocking-firefox3-
Flags: blocking-firefox3+
Comment 11•12 years ago
|
||
intended behavior is: - on initial migration of a new profile: import default bookmarks, add smart bookmarks, import other browser bookmarks. - on migrations from the Library: import other browser bookmarks in a "From <browser>" folder. Anything else is wontfix, the bug is unclear about what's the issue, and lacking recent steps to reproduce. As a side note, default bookmarks import is temporarily broken in FF14, though we'll fix that before release.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•