From Bugzilla Helper: User-Agent: Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:0.9.6+) Gecko/20011211 BuildID: 2001121108 In build 2001121108, I have used a folder called Toolbar Folder in the Bookmarks Folder to hold sites I want to appear on the Personal Toolbar. To allow more of them to appear, I used the rename option in the Manage Bookmarks to shorten the names. The revised names then appear in the Toolbar but this does not last. In Netscape 6.2, it reverts on any restart. In Mozilla, it does not always revert on restart, but soon or later it does. It also reverts if Netscape 6.2 has been opened. Reproducible: Always Steps to Reproduce: 1.Rename sites in Toolbar folder in Bookmarks 2.Restart Mozilla or open Netscape 3.

I can't confirm this *always* occurs, but I have on several occasions renamed a Toolbar bookmark only to see it revert later under some unknown circumstances on both Mac OS 9 and Mac OS X 0.9.6 builds.

I've been seeing this for quite a while, and just haven't reported it. Although I can't reprocuce with the same consistencey as the reporter, the names do seem to change back eventually. I usually notice a name I've changed has gone back after upgrading to a new version of Moz, although this is not the only time it happens. I'm using OS X, build 122106, and it just happened. (That's when I went looking to see if it had been reported yet.)

->default assignee.

This is how I reproduce this: 1. Drag a URL from the address-bar to the personal toolbar. 2. Rename the item on the personal toolbar. 3. Add a the URL as a bookmark.

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

taking, the original name will be kept.

Based on comment 4, this seems like a dup of bug 51683.

2003010712 OS/2 trunk I manage my bookmarks by using Nav3. Whenever I unzip a new Mozilla build, I copy/rename bookmark.htm from the Nav3 location to the Mozilla profile location. I have http://www.w3.org/TR/REC-CSS2/cover.html#minitoc as the 4th of 6 items on my PTB. In Nav3, I have it retitled as "W3C-CSS". Immediately on each first Mozilla open after bookmark copy, this URI has already become "W3C - CSS, Level 2", which is the <title> attribute of said URI. I never noticed this behavior until adding W3C. I've had Merriam-Webster there for quite some time (now 5th of 6). That title sticks, even though the URI's <title> is Merriam-Webster Online. No wonder Mozilla takes so long to startup, having to go hunt down a new name for a PTB item just to get the browser launched. Bizarre inefficiency.

Bug 51683 covers my comment 8.

I just include my minimized testcase, which are 2 html files: 1.html and 2.html. Steps to reproduce: 1) open 1.html 2) drag the link to the Personal Toolbar. watch the bookmark "page 2" 3) click the link 4) choose "Bookmark this page." -> watch the bookmark change in "Title of Page 2" 5) restart mozilla. Expected results: bookmark title updated to "Title of Page 2", as it was when we closed mozilla. ("Title of Page 2") Actual results: bookmark title unchanged ("page2") P.S. this bug is very similar to bug 152724 (http://bugzilla.mozilla.org/show_bug.cgi?id=152724)

Reassigning as per Bug #32644

In current trunk build duplicate bookmark created instead of editing existing one, so is this bug still valid?

Backend is now based on Places so even if you are seeing the same symptoms, the underlying cause would be different. I'll close this as INVALID. If you still see this issue, please file a new bug.