Closed Bug 85565 Opened 24 years ago Closed 22 years ago

Dragging a bookmark to personal toolbar copies instead of moves

Categories

(SeaMonkey :: Bookmarks & History, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME
mozilla1.1alpha

People

(Reporter: cplyon, Assigned: p_ch)

References

Details

(Keywords: regression, Whiteboard: [need info])

Using build 2001061204 on Win2K Steps to Reproduce: 1. Open Bookmark Sidebar or Manage Bookmarks window. 2. Hold down Ctrl and drag a bookmark or folder (notice the mouse cursor indicating copy) 3. Drop on to the Personal Toolbar directly (not the Personal Toolbar folder) Actual Results: The bookmark gets moved, not copied Reproducible: Always NOTE: The bookmark will not retain its name when moved (bug 85328).
This should work.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.1
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
Chris, I think I'd rather have it move bookmarks around.. why would I want a bug of copies of my bookmarks in the same file?
Since the outliner land, dragging and dropping a bookmark from the sidebar to the personal toolbar copies the bookmark, regardless of whether or not Ctrl is held down. Resummarizing since Ctrl+drag works. Dennis, when the mouse pointer has a little '+' sign in the bottom right corner (like when holding down Ctrl in this case), it _always_ means copy.
Summary: Ctrl+dragging a bookmark to personal toolbar moves instead of copies → Dragging a bookmark to personal toolbar copies instead of moves
mass reassign of pchen bookmark bugs to ben
Assignee: pchen → ben
sigh. another regression.
Status: NEW → ASSIGNED
Keywords: nsbeta1, regression
Nav triage team needs info: We think this should default to copy, since it is a drag across contexts. However, Ctrl modifier should reverse this, and move. cc marlon for UE input.
Whiteboard: [need info]
i feel for this situation a regular unmodified drag to the PT should *move* - reversing the modifier key sounds like trouble. would it be possible to pop open the PT folder in the BMer and highlight the moved bookmark? this way the user understands that "under the hood" he/she hierarchically moved it to another folder, thus allowing the modifier to behave as expected if she/he truly desired to copy.
nsbeta1- per adt triage team
Keywords: nsbeta1nsbeta1-
*** Bug 140251 has been marked as a duplicate of this bug. ***
See also related bug #140251, "Ctrl-dragging bookmark on personal toolbar should copy, not move".
taking
Assignee: ben → chanial
Status: ASSIGNED → NEW
Depends on: 160019
WFM with build 2003052508, maybe bug bug 205378 fixed this? Can anyone verify ?
WFM build 2003060308 XP
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.