Closed Bug 484578 Opened 16 years ago Closed 14 years ago

Cut deletes bookmark even if paste never happens

Categories

(Firefox :: General, defect)

defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 416459

People

(Reporter: camilleri.jon, Unassigned)

References

Details

(Keywords: dataloss)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.7) Gecko/2009021910 Firefox/3.0.7 (.NET CLR 3.5.30729) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.7) Gecko/2009021910 Firefox/3.0.7 (.NET CLR 3.5.30729) See steps. Reproducible: Didn't try Steps to Reproduce: 1. From the bookmarks, Cut a bookmark from a sub-folder e.g. Select Bookmarks > 'Sub folder L1' > 'Sub folder L2' > Bookmark to website. Right click and select Cut. 2. From the bookmarks, Cut a sub-folder e.g. Select Bookmarks > 'Sub folder L1' > 'Sub folder L2' 3. Select another sub-folder where to paste e.g. Select Bookmarks > Sub folder L1' Actual Results: The bookmark from step 1 is 'lost'. Expected Results: It would be nice if Mozilla maintained a 'list of clipboard items'. Alternatively the user could be disallowed from cutting if s/he has already cut an item, and, Mozilla would visually display an icon indicating that an item has been placed on the clipboard e.g. an icon on the right hand bottom side.
Clipboards don't really work like that...
Whiteboard: wontfix?
Yeah, this does not really seem like something we would want to do. Marking as an enhancement as it seems like a request to add that functionality, not something that we are currently doing wrong.
Severity: normal → enhancement
Component: Bookmarks & History → General
QA Contact: bookmarks → general
Version: unspecified → Trunk
Severity: enhancement → normal
Traditionally, there are two ways to address this: 1. If there's a cut with a pending paste, a second cut cancels the first one (the item remains in its original place). File managers do this. 2. An undo command with a list of actions that can be undone in chronological order. Text editors do this.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: dataloss
there's another bug about cut being really "DELETE+CREATE", so the first cut deletes an item. so this is not a wontfix but a dupe of that, i can't find it atm)
Whiteboard: wontfix? → DUPEME
Summary: Cut + Cut + Paste deletes first bookmark from "clipboard" → Cut deletes bookmark even if paste never happens
i still can't find the dupe, could be was a comment into another bug, let's continue here for now. On cut we should simply mark items for being cut (changing opacity is usually what file managers do and we could do the same), and we then should create the new item and remove the old one on paste (only after having created the new one). Any other copy/cut action should clear previous one.
Whiteboard: DUPEME
Blocks: 486740
OS: Windows XP → All
Hardware: x86 → All
for f*C*&'s sake this is annoying. When firefox first installed, pressing 't' on a right click menu opened the bookmark in a new Tab. now it deletes the bookmark. WTF is that? WHY DON'T YOU JUST MAKE 'X' CUT FOR CRYING OUT LOUD! I feel like this is someone's idea of a bad joke. if ctrl-x is cut, fricken use x as the hotkey for cut too. duh!!!!!
Is it possible to remove myself from this thread?
found dupe.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.