After starting Mozilla 2001021408 twice (also seen in an earlier build)I have two 'Imported IE Favorites' submenus. Looking in the bookmark manager, it seems the favorites are imported from the same location with two different paths, one all uppercase, and one with the 'original' case. I'll attach an screenshot. The line with the case has an properties dialog with title 'Properties for "**BM_TITLE**"' and no URL filled in the 'Location' field. This dialog has three tabs, Info, Schedule and Notify. The properties dialog of the line in all uppercase has a dialog title 'Properties for "Imported IE Favorites"' and only one tab 'Info' with the 'Location' field filled in.

Marking NEW because bug 68926 reports the same behavior (although it's a dup of another bug). Also bug 68558 reports the same ****BM_TITLE**** window title bug, but not the duplication of the folder. Something strange is going on here!

realted to bug 38541 ?

After removing the all-uppercase line from bookmarks.html I only have one working Imported IE Favorites left. I noticed the same info is also in localstore.rdf, not sure how those relate <DT><A HREF="file:///D|/DOCUMENTS%20AND% 20SETTINGS/ADMINISTRATOR.AJTHUIS/FAVORITES/">Imported IE Favorites</A> localstore.rdf <NC:persist resource="file:///D|/DOCUMENTS%20AND% 20SETTINGS/ADMINISTRATOR.AJTHUIS/FAVORITES/"/>

Okay, I started digging into the code to investigate: This is caused by the checkin for bug 58679, which removed MakeUpperCase from special folders. See also the info on bug 32056 about uppercase profiles. My Favorites folder in all-uppercase was created in an earlier build (0.7), installing 0.8 no longer converts paths to uppercase, causing the comparing of the favorites URI to fail(the check to see if the URI already is in the bookmark file), and the IE Favorites URI is added to the bookmark file again. Note that this behavoir in itself is correct, but will cause duplicate 'Imported IE Favorites' entries in the bookmark menu's after upgrading. (This could be avoided by making the bookmark-check case- insensitive) The old entry can be deleted but this is rather confusing. Also note that I am using Windows 2000 on a NTFS partition, I can imagine this problem does not occur on a FAT partition.

Pretty sure this a dupe of bug 38541. Thoughts?

after reading both - i don't think so - but that's just one man's opinion. this bug: uppercase. that bug: moving IE favorites folder.

mine was caused by multiple users sharing a profile, i think ajbanck@casema.net 2001-02-21 05:17 clearly describes the problem we have here. >not a dupe<

*** Bug 96145 has been marked as a duplicate of this bug. ***

*** Bug 96000 has been marked as a duplicate of this bug. ***

Paul Chen is now taking Bookmarks bugs. For your convenience, you can filter email notifications caused by this by searching for 'ilikegoats'.

mass reassign of pchen bookmark bugs to ben

Between Jan. 2001 and now, I've probably installed 20 nightlies, all over the top of the existing copy; this error has only now occurred to me, with build 2002-02-21(03). Has there been a regression? In my bookmarks.html file, I only have one HREF reference to the Favorites folder but I have two entries for: <DT><H3 LAST_MODIFIED="1014229223" ID="NC:SystemBookmarksStaticRoot"> Imported IE Favorites</H3> Can we add a check to eliminate dupes of this?

I think this has recently reappearred. AFIK, I noticed this started in 20020220 trunk build in MacOS.

Now WFM 2002032608 trunk for MacOS9.

I do not know why, but when I use 20011206 trunk build (MacOS9.x), the "Imported IE favorites" item is added to the bottom of Bookmarks.html. Deleting this from the file prior to launching current builds prevents it from reappearing.

*** Bug 137065 has been marked as a duplicate of this bug. ***

Reporter, could you try this problem again in Mozilla 1.0 with a new profile? Does the problem still occur?

WFM build 2003052508 and for others. No reply from reporter since more than half a year. Please reopen if you can reproduce with new build.

v