Closed
Bug 484578
Opened 16 years ago
Closed 14 years ago
Cut deletes bookmark even if paste never happens
Categories
(Firefox :: General, defect)
Firefox
General
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.
Comment 2•16 years ago
|
||
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
Comment 3•16 years ago
|
||
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.
Comment 4•16 years ago
|
||
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
Updated•16 years ago
|
Summary: Cut + Cut + Paste deletes first bookmark from "clipboard" → Cut deletes bookmark even if paste never happens
Comment 5•16 years ago
|
||
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
Updated•16 years ago
|
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!!!!!
Comment 10•14 years ago
|
||
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.
Description
•