97854 - Cannot Drag-n-Drop an addr card onto a mailing-list's card in the AB's main ("results") pane

Status: RESOLVED DUPLICATE of bug 1779825

(MailNews Core :: Address Book, enhancement)

Description

[mike lima]

I am using the latest release of mozilla.
The bug is: if you create an empty list on Address Book how can you drag an drop
mails to it later?  Impossible.  This can be reproduced always.  It is
impossible because if you click on your address book main folder you cannot see
what´s inside a list folder and for a uncomprehensible issue, is not possible to
drag an drop to a list.

Ah, please let´s us put color on folders and create our own folder... A folder
is created when you import a LDIF file and I will be very happy if I can create
mine, or at least if a LIST is a normal folder and mails dragged to it do not
appear also on the main list... it´s hard to identify mails together...

thanks

Comment 1

[Boris Zbarsky [:bzbarsky]]

over to address book

Comment 2

[Ninoschka Baca]

Is this what you are describing?
- Select the Personal Address Book (PAB)
- Create a list but do not add any entries and close the list
- With the PAB selected try to drag-n-drop an entry into the list
Actual Results: the entry is not added to the list. The problem occurs for any
type of list (empty or with existing entries)
Expected Results: the entry should be copied into the list

Additional Information:
- If the list is open then I can drag-n-drop an entry from the PAB into the list. 

Comment 3

[scottputterman]

reassigning to racham.

Comment 4

[Ninoschka Baca]

Changing summary from "cannot drag & drop mails to empty list in addressbook" to
"Drag-n-Drop a card into a closed list in same AB and it fails".

- d&d card into closed list within the Results Pane
- d&d card into closed list from Results Panel to Directory Pane

Comment 5

[Ninoschka Baca]

Trunk build 2002-02-27: WinMe
- d&d card into closed list within the Results Pane: still fails.
- d&d card into closed list from Results Panel to Directory Pane: works now.

Comment 6

[(not reading, please use [e-mail] instead)]

mass re-assign.

Comment 7

[Jim Booth]

The remaining issue appears to be a dupe of Bug 147740.

Comment 8

[Oliver Klee]

*** This bug has been marked as a duplicate of 147740 ***

Comment 9

[Oliver Klee]

Sorry, duped the wrong way round. :-((

Comment 10

[Oliver Klee]

*** Bug 147740 has been marked as a duplicate of this bug. ***

Comment 11

[Oliver Klee]

*** Bug 142861 has been marked as a duplicate of this bug. ***

Comment 12

[Mike Cowperthwaite]

Reporter (Mike Lima) never responded to any requests for comment, at least not 
here in the bug.

"Open" vs "Closed" list is not defined.  I'm assuming an "open" list means the 
dialog for editing the list is open; per bug 135126, that dialog is not 
currently useable as a drop target because it modal and prevents selecting a 
card from the AB for dragging.

Mailing lists appear in the side pane ("Address books") as "folder" nodes 
underneath the address books.  This has worked as expected since at least 
Mozilla 1.4, where I just tried it.  This mechanism is the answer to the 
original report:
> if you create an empty list on Address Book how can you drag an drop
> mails to it later?

Comment 2 interprets the original report as claiming that dragging onto the 
list's entry that appears in the main pane of the AB (which I've seen called the 
"results pane" elsewhere).  It is true that you cannot drop a card onto that 
entry, altho it's not clear to me *why* this would be even desirable, as 
dragging a card from the bottom of the list of entries to the mailing-list's 
card at the top would be a real chore.  However, I guess it's a reasonable 
request that the mailing list's "card" be a drop target.

Therefore: I am resummarizing this bug towards the above, and changing the 
severity to 'enhancement'.

Mike Lima, if you are still reading bugmail, please comment if you disagree with 
this action.

Comment 15

[Anje]

As this may be a new bug created in version 102 probably due to the redesign and it only applies to the Horizontal view, would it be better to use the latest bug report bug 1778317 and not this 21 year old bug ?
I can confirm this issue for me has only been created in 102.
I'm curious as to whether the function actually exists for the horizontal rather than it being just a bug that effects some people as in previous versions. So it may be entirely different. Thoughts?

Comment 16

[Thomas D. (:thomas8)]

(In reply to Anje from comment #15)

As this may be a new bug created in version 102 probably due to the redesign and it only applies to the Horizontal view,
would it be better to use the latest bug report bug 1778317 and not this 21 year old bug ?

Thanks Anje for this idea - I guess this could be argued either way: It's the same feature/consistency which has been missing for 21 years (old), OR the redesign should have addressed that inconsistency (new). The real point is this: Both this bug 97854 and bug 1778317 are not in a good state, hence not well actionable. So I've refiled this cleanly as Bug 1779825 - how's that?