Open Bug 70776 Opened 24 years ago Updated 3 years ago

drag bookmark/history item to recycle bin/trash should move it there

Categories

(Core :: DOM: Copy & Paste and Drag & Drop, defect, P5)

defect

Tracking

()

People

(Reporter: jruderman, Unassigned)

References

(Depends on 1 open bug)

Details

Bookmarks and history should delete items when dragging to the recycle bin (Windows) or trash (Mac). This bug says "future me". UI questions: - Should this be generalize to include all trees, such as the ones in mail? (Do trees know what it means to "delete" an item or is that handled by bookmarks, history, and mail separately?) - Should an item actually be placed in the recycle bin? We already have the ability to drag bookmarks to the desktop (creating .url files), so creating the files shouldn't be hard, but allowing the items to be "restored" from the recycle bin may be difficult. Mail message can't yet be dragged to the desktop. - Should bookmarks deleted with the delete key also go to the recycle bin? History items should just die when hitting delete, and mail messages are taken care of by mail's trash folders. What happens and should happen to mail folders when they're dragged to the recycle bin?
(I filed this bug because mpt brought it up in bug 68538.)
updating to new owner. sorry for the spam.
Assignee: hangas → mpt
I assume this is blocked by bug 76629? Also, bug 91540 is probably a dupe of this, more general bug. Gnome (and KDE?) has a trash bin, and it would be nifty if dragging items to it deleted them. Given that Gnome is going to become the official desktop for Solaris, and is used as a desktop for Linux, FreeBSD and others, shouldn't this bug be: Platform -> All, OS -> All? Lastly, it might be useful if this worked for mail messages.
Depends on: 76629
*** Bug 91540 has been marked as a duplicate of this bug. ***
*** Bug 120677 has been marked as a duplicate of this bug. ***
all/all
OS: Windows 98 → All
Hardware: PC → All
Dragging something to the Trash/Recycle Bin should *never* delete it outright, because that's not how the Trash/Recycle Bin works. Instead, dragging there should move the item (e.g. the e-mail message) inside the Trash, such that Put Away/Restore from within the file manager works as expected (e.g. returns the item to the bookmarks/history/whatever). If that isn't (or can't be) implemented for a particular type of object, dragging to the Trash should do nothing at all. This means that it can't be implemented generically by aliasing it to the delete-from-tree function (you need to implement creation of the particular kind of object as a file inside the Trash), so I guess this will get marked invalid because it's more than one bug per report. --> XP Apps: Drag and Drop
Assignee: mpt → blaker
Component: User Interface Design → XP Apps: Drag and Drop
QA Contact: mpt → tpreston
Summary: drag bookmark/history item to recycle bin/trash should delete item → drag bookmark/history item to recycle bin/trash should move it there
qa contact -> pmac
QA Contact: tpreston → pmac
Assignee: bross2 → nobody
QA Contact: pmac
QA Contact: drag-drop

Bulk-downgrade of unassigned, >=5 years untouched DOM/Storage bugs' priority and severity.

If you have reason to believe this is wrong, please write a comment and ni :jstutte.

Severity: minor → S4
Priority: -- → P5
You need to log in before you can comment on or make changes to this bug.