349044 - When dragging address book card or mailing list, if it cannot move, it should default to copy (or just default to copy)

Status: NEW

(MailNews Core :: Address Book, enhancement)

Description

[Igor Velkov]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20060814 SeaMonkey/1.5a
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20060814 SeaMonkey/1.5a

Trying to drag selected addrsses from addrss book to list not work - cursor not show drop possibiliti over list icon.

Reproducible: Always

Steps to Reproduce:
1. create new empty list in address book
2. select one or more items in adress book
3. drag selected items over newly created list

Actual Results:  
you can not drop selected items

Expected Results:  
you drop selected items, then they are in new list

it works fine in past - can't say, how long ago.

Comment 1

[Mark Banner (:standard8)]

Try pressing ctrl when dragging to the list - drag and drop now does move and copy, so to copy you have to press ctrl. You can't move cards to a list because address book requires the cards in the parent address book.

Comment 2

[Igor Velkov]

Maybe, will be better to show "+" sign on the cursor and copy? What for implement function(drag without "control" key), that is unusable?
I understand the concept after your comment, but who can understand it without your explanations? It looks like function simply not available.
Maybe, there must be the way to understand, how to fill list?

Comment 3

[Mike Cowperthwaite]

(In reply to comment #2)
> Maybe, will be better to show "+" sign on the cursor and copy? 

I agree with this.  It is misleading to have the cursor change to "DoNotDrop" if a copy operation is possible; if for a list, Copy is possible and Move is not, then whether Ctrl or Shift or neither is pressed, the cursor should show Copy and the drag operation should act as Copy.

Comment 5

[Mark Banner (:standard8)]

I've updated the summary from "Drag to mailing-list should always indicate (cursor) and perform Copy, never DoNotDrop". Basically this bug can now cover itself and bug 367897 as they have the same route cause.

Comment 13

[Bernie]

This behavior is different than Thunderbird 1.5 but it is not mentioned in the Release Notes, nor in the Help FAQ, nor anywhere else apparently except here.  And most users don't know about this site and will never find their way here.  The change in behavior for this relatively common function ought to be added to the Release Notes, the Help FAQ, and probably other places.

Comment 16

[Peter Jaspers-Fayer]

PLEASE find a better way of docunenting this! It is clearly non-obvious to many.

The fact that there are so many dups of this problem shows 2 things:

A) It is not an easy bug to search for.
   (Seach for "2.0 drag-and-drop address list" doesn't list this, for instance.
    Can more keywords be added ("2.0", "drag-and-drop" and "DND")?

B) Many people have been "burned" by this change (incl. me).

Comment 17

[David :Bienvenu]

ideally,  drag drop to a list should default to a copy, so the user doesn't have to hold down the cntrl key. That's going to be way to hard for non-techie users...

Comment 18

[Mark Banner (:standard8)]

(In reply to comment #17)
> ideally,  drag drop to a list should default to a copy, so the user doesn't
> have to hold down the cntrl key. That's going to be way to hard for non-techie
> users...
> 
I've just raised bug 381276 to allow "moves" to mailing lists (they will act as copies). This bug still needs fixing IMO, but I don't see anyone actually getting round to looking at bug 373215 in the near future.

Comment 19

[Miles]

Defaulting to copy when it won't move is fine, if it does not cause a duplicate entry in the PAB.