412656 - Renaming a tag via "properties" in context menu in Places does not actually rename

Status: VERIFIED DUPLICATE of bug 405425

(Firefox :: Bookmarks & History, defect)

Description

[Al Billings [:abillings - ex-MoCo]]

If the user goes in the Library (organizer), goes to the "Tags" folder, and right clicks on a tag, they can choose "Properties" from the context menu that comes up. This brings up a properties dialog with "Name" and "Description" fields. The name matches the name of the tag. If the user changes this name and saves the change, the tag is not renamed. Subsequently, if the user looks at the properties of the tag, the "name" field will match the new name even though the tag, itself, fails to rename.

Tags should be renamed when the name is changed in the tag's properties.

Found in Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9b3pre) Gecko/2008011204 Minefield/3.0b3pre

Comment 1

[Tracy Walker [:tracy]]

dupe of bug 405425

Comment 2

[Al Billings [:abillings - ex-MoCo]]

Yep, you're right.

Comment 3

[Gervase Markham [:gerv]]

Bug 451915 - move Firefox/Places bugs to Firefox/Bookmarks and History. Remove all bugspam from this move by filtering for the string "places-to-b-and-h".

In Thunderbird 3.0b, you do that as follows:
Tools | Message Filters
Make sure the correct account is selected. Click "New"
Conditions: Body   contains   places-to-b-and-h
Change the action to "Delete Message".
Select "Manually Run" from the dropdown at the top.
Click OK.

Select the filter in the list, make sure "Inbox" is selected at the bottom, and click "Run Now". This should delete all the bugspam. You can then delete the filter.

Gerv