Closed Bug 97854 Opened 23 years ago Closed 2 years ago

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

Categories

(MailNews Core :: Address Book, enhancement)

enhancement

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 1779825

People

(Reporter: contacto, Unassigned)

References

Details

(Whiteboard: [morphed description see comment 12] nab-dnd,nab-mlist)

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
over to address book
Assignee: ducarroz → chuang
Component: Composition → Address Book
QA Contact: sheelar → fenella
Summary: ADDRESS BOOK LISTS → cannot drag & drop mails to empty list in addressbook
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.
QA Contact: fenella → nbaca
Status: UNCONFIRMED → NEW
Ever confirmed: true
reassigning to racham.
Assignee: chuang → racham
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
Keywords: nsbeta1
Summary: cannot drag & drop mails to empty list in addressbook → Drag-n-Drop a card into a closed list in same AB and it fails
Whiteboard: nab-dnd,nab-mlist
Status: NEW → ASSIGNED
Keywords: nsbeta1nsbeta1+
Priority: -- → P3
Blocks: 118769
Blocks: 122274
Keywords: nsbeta1+nsbeta1-
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.
Blocks: 136757
mass re-assign.
Assignee: racham → sspitzer
Status: ASSIGNED → NEW
The remaining issue appears to be a dupe of Bug 147740.
*** This bug has been marked as a duplicate of 147740 ***
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
Sorry, duped the wrong way round. :-((
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
*** Bug 147740 has been marked as a duplicate of this bug. ***
*** Bug 142861 has been marked as a duplicate of this bug. ***
Product: Browser → Seamonkey
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.
No longer blocks: 136757
Severity: major → enhancement
OS: Windows 2000 → All
Priority: P3 → --
Hardware: PC → All
Summary: Drag-n-Drop a card into a closed list in same AB and it fails → Cannot Drag-n-Drop an addr card onto a mailing-list's card in the AB's main ("results") pane
Assignee: sspitzer → mail
Status: REOPENED → NEW
Assignee: mail → nobody
Component: Address Book → MailNews: Address Book
Product: Mozilla Application Suite → Core
QA Contact: nbaca → addressbook
Product: Core → MailNews Core
Whiteboard: nab-dnd,nab-mlist → [morphed description see comment 12] nab-dnd,nab-mlist

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?

Flags: needinfo?(bugzilla2007)

(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?

Severity: normal → N/A
Status: NEW → RESOLVED
Closed: 21 years ago2 years ago
Flags: needinfo?(bugzilla2007)
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.