Closed Bug 487383 Opened 15 years ago Closed 9 years ago

[Places]'Undo' menuitem in the 'Organize' menu is still disabled until it rechooses the left pane tree and the right upper list.

Categories

(Firefox :: Bookmarks & History, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: alice0775, Unassigned)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b4pre) Gecko/20090407 Firefox/3.5.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b4pre) Gecko/20090407 Firefox/3.5.0

In the Library,
After correcting a name, url, etc. of a bookmark ,
'Undo' menuitem in the 'Organize' menu is still disabled  until it rechooses the left pane tree and the right upper list. 



Reproducible: Always

Steps to Reproduce:
1.Open firefox with New profile
2.Open Library
3.Selct a bookmark in the right upper pane
4.edit name and the other fields in the detail pane
Actual Results:  
'Undo' menuitem in the 'Organize' menu is still disabled. 

Expected Results:  
'Undo' menuitem in the 'Organize' menu should be enabled. 

However 'Undo' menuitem in the Context menu was eanabled.
The issue is reproduced on Fireox 3.0.8 m Siretoko3.5b4pre and Minefield 3.6a1pre.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20090407 Minefield/3.6a1pre ID:20090407095250

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b4pre) Gecko/20090407 Shiretoko/3.5b4pre ID:20090407052755

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.8) Gecko/2009032609 Firefox/3.0.8 ID:2009032609
Version: unspecified → Trunk
WFM on Linux.

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2a1pre) Gecko/20090420 Minefield/3.6a1pre
Tested this on WinXP: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20090422 Minefield/3.6a1pre (.NET CLR 3.5.30729) ID:20090422044118

I can verify this. The undo/redo options are available only after editing a bookmark and then selecting another.

On linux: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.8) Gecko/2009032711 Ubuntu/8.10 (intrepid) Firefox/3.0.8

The 'Undo' option is available right away, even without selecting a bookmark. Should it? What does it undo if no edit was done?. Other than that undo behaves as expected.

Same normal behavior as in linux in Vista: Mozilla/5.0 (Windows; U; Windows NT 6.0; el; rv:1.9.1b3) Gecko/20090305 Firefox/3.1b3 (.NET CLR 3.5.30729) ID:20090305152042
If you edit name, locatin and etc of a bookmark in the Library.
These change is immediately reflected in DB without confirmation.
You can not undo without re-selecting the other bookmarks tree.
I think that it must be able to undo without re-selection.
I agree and second that.

Plus it is what happens in linux and Vista (don't know about Mac), so we should have the same behavior across all platforms.
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
Component: Places → Bookmarks & History
QA Contact: places → bookmarks
It happens on latest m-c nightly
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b9pre) Gecko/20110107 Firefox/4.0b9pre ID:20110107030356
Status: UNCONFIRMED → NEW
Ever confirmed: true
If I change the title, undo is not enabled, though location, tags and other fields seem to properly activate it. We are rewriting the transactions manager as of now, that may change things.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.