Closed Bug 53422 Opened 25 years ago Closed 22 years ago

In bookmarks, the Edit | Undo menu item doesn't activate at all

Categories

(SeaMonkey :: Bookmarks & History, defect, P3)

Product:
SeaMonkey
Component:
Bookmarks & History
Type:
defect

Tracking

(Not tracked)

Status:
RESOLVED FIXED
Milestone:
Future

People

(Reporter: nasiruddin.shaikh, Assigned: p_ch)

References

(
URL
)

Details

(Keywords: dataloss, useless-UI)

I am working on netscape6(build 2000090913) on solaris. when i try to do cut and undo, the undo option doesn't activate at all.
woohoo, thanks for using my testcase! I'm going to reassign this bug so it doesn't get lost (slamm's no longer here) and I'm going to mark it later as I'm pretty sure there's no chance it'll get fixed for this release. cc rjc, just in case he can wave his hand and "make it so". if that is the case then you might want to not 'fix' bug 53800 which says rip out the command so we don't get people's hope's up.
Assignee: slamm → don
Keywords: 4xp
I'm waving my hands frantically... why doesn't it work???
Well, it doesn't activate because it will never work ... at least with the current code. :-) Ben just showed how it could in the future using the transaction manager, so he gets this one for 6.x ...
Assignee: don → ben
All/All; relnotertm. Should we hide the undo option if it won't work in ns6?
Keywords: relnoteRTM
OS: Solaris → All
Hardware: Sun → All
as i stated earlier bug 53800 is about removng the undo option.
*** Bug 51585 has been marked as a duplicate of this bug. ***
Relnote is in bug 53800. De-nominating this one. Gerv
Keywords: relnoteRTM
Working fine on the latest build of netscape 6 on solaris.
I am sorry, i was wrong. It is still not working in the latest build of netscape.
Netscape Nav triage team: this is not a Netscape beta stopper.
Keywords: nsbeta1-
*** Bug 70037 has been marked as a duplicate of this bug. ***
Blocks: 68550
Severity: normal → enhancement
removing dependency. The meta-bug explicitly says it's for regressions associated with the new backmark manager (this bug predates the new bookmark manager). Also, this is an rfe, and the metabug does not track rfes.
No longer blocks: 68550
how is this an enhancement? more precisely why did this just all of a sudden after 5 months become an enhancement? I'm going to poke my eyes out in protest. It is utterly frustrating to have an 'undo' command that can never, ever be activated. Can we please enable this standard feature or not act like it works and rip it out(bug 53800 verif. wontfix) resetting severity and removing nsbeta1- so my cries don't go unheard.
Severity: enhancement → normal
Keywords: nsbeta1- → nsbeta1
this is an enhancement because it was never implemented. Do we need to file a new bug to get this supported by transactions and the new bookmarks system?
are you referring to yet another new bookmarks system or the recent overhaul BenG just performed? btw By that strict definition yes this would be an enhancement but that's not exactly how the term has been used. If 'Delete' had never been implemented you wouldn't be trying to pass off it's implementation as a simple 'enhancement'. Remember enhancement is an attribute of 'severity'. This bug should not be trivialized in any such way.
Keywords: nsbeta1 → nsbeta1-
blame the Mac people. Their whining kept this nonfunctional item in ;) This is still not anywhere near happening as the next bookmarks FE rewrite (heh) is most of all a conversion to outliner, and not really a rewrite of the way the FE modifies the bookmarks datasource. Future.
Status: NEW → ASSIGNED
Target Milestone: --- → Future
Paul Chen is now taking Bookmarks bugs. For your convenience, you can filter email notifications caused by this by searching for 'ilikegoats'.
Assignee: ben → pchen
Status: ASSIGNED → NEW
I propose the keyword "dataloss". After a clicko ("Delete" instead of "Rename...")a minute ago I had to prevent dataloss by killing the mozilla process with the win2k task manager (I assume the modified bookmarks would have been saved at exit otherwise). And the dataloss would have been quite painful - I accidentally deleted a large bookmark folder. But maybe bug 70037 should get un-duplicated and the dataloss keyword should go there?
no
I'd highly recommend the keyword "dataloss" for this bug as well. I too did a clicko trying to rearrange my bookmarks and I deleted the entire Mozilla Bookmarks folder. To my dismay, Undo was inactive in the menu. I killed Mozilla using Gnome's kill command, but somehow that deletion was still recorded to disk. It's very frustrating to have an Undo command that you almost never use and then just you need it, it's not available!
*** Bug 113545 has been marked as a duplicate of this bug. ***
mass reassign of pchen bookmark bugs to ben
Assignee: pchen → ben
It's like the useless-UI keyword was made for this bug :)
Keywords: useless-UI
Folks, it seems pretty embarrassing to have a cool browser with a non-functional command of undoing bookmark modifications. Target milestone = Future? Could it be fixed sooner? (Future seems too far away from here...)
*** Bug 143149 has been marked as a duplicate of this bug. ***
Keywords: mozilla1.2
*** Bug 157490 has been marked as a duplicate of this bug. ***
Marking dataloss and critical as this makes deleting bookmarks un-undoable.
Severity: normal → critical
Keywords: dataloss
Just a quick note...Putting the word "bookmark" in the Summary would have stopped me from creating duplicate bug 157490, and probably would have stopped some of the other dups that are here.
Summary: The "Undo" option in "Edit" menu doesn't activate at all. → In bookmarks, the Edit | Undo menu item doesn't activate at all
I have implemented a transaction manager. It works with cut/paste/delete/drag/new folder commands I still need to use the transaction manager for: add bookmark/new separator/new bookmark/import. patch will be attached in bug 160019 when ready.
Assignee: ben → chanial
Depends on: 160019
*** Bug 170044 has been marked as a duplicate of this bug. ***
Blocks: advocacybugs
"Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.2b) Gecko/20021016" I am surprised by the talk about a "RFE": The Undo+Redo feature is present in Netscape v4.79.!. (call it a "regression" ?) In the meantime, I think "Undo" should be removed from the menu: not to have everybody wonder why it never activates. But in the future (and rather sooner than later), this feature (even limited at first) is "MISSING" and would be of great help. Is there great hope in http://bugzilla.mozilla.org/show_bug.cgi?id=53422#c29 (getting it (fully) fixed for v1.3a) !!?
Depends on: 167335
I think Undo and Redo should both be implemented into the browser. I think they should be able to undo multiple items or redo multiple items. Currently it isn't enbled but should be.
I wanted to rename one of my important bookmark folders and selected delete by accident. This bug has been open for 2-1/2 years and I'm not sure if something will be implemented. I suggest at the very least multiple undos/redos or a confirmation before deleting (probably easier to implement than multiple undos).
Well, this seems fixed now: undo is possible. BUT: now it is never de-activated; it is possible to click undo just after starting Mozilla and opening the bm...
marking fixed, please file new reports for remaining bugs
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
*** Bug 229629 has been marked as a duplicate of this bug. ***
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.