Closed Bug 52671 Opened 25 years ago Closed 25 years ago

Can't send message if addressed by address picker

Categories

(MailNews Core :: Composition, defect, P2)

Product:
MailNews Core
Component:
Composition
Platform:
PowerPC
All
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED WORKSFORME

People

(Reporter: laurel, Assigned: saari)

References

Details

(Whiteboard: [dogfood-][PDTP2][nsbeta3+])

Using 2000-09-13-12 commercial build NT 4.0 (do not yet have today's windows build to try) Send will not work if you use the address picker to address a message. If you compose the message by typing the message, it will indeed send. 1. From mail window, New Msg. 2. In composition window, click Address button to bring up address picker. Select and address in the picker and click To: then OK. Address appears in the composition window. 3. Type a subject, body and Send message. Result: nothing happens, send doesn't send.
Keywords: dogfood, nsbeta3, pp
QA Contact: esther → laurel
Priority: P3 → P1
Message did send if saved to draft, reopened then sent or if sent later through unsent messages.
Multiple workarounds exist, so I don't buy dogfood on this. However, this is a highly visible window and it should work, so nsbeta3+, P2.
Priority: P1 → P2
Whiteboard: [nsbeta3+]
Target Milestone: --- → M18
looks like is a focus matter! If you are activating another window and then activate the compose one, it will works!
Status: NEW → ASSIGNED
Works fine for me on Mac.
Given the workarounds, we're going dogfood-minus. The only argument against the work-arounds would be if they are not discoverable... but I don't see any arguments in that direction.
Whiteboard: [nsbeta3+] → [nsbeta3+][dogfood-]
Is this related to 51177 and 52179?
no, this has nothing to do with those two bug. It looks more like a window focus and/or a command dispather problem
PDT agrees: P2
Whiteboard: [nsbeta3+][dogfood-] → [nsbeta3+][dogfood-][PDTP2]
This seems related to 52175. Basically the problem is, if you launch the Address Picker window then the buttons in Compose window toolbar doesn't work. Can anyone confirm this? :) Thanks.
Jean-Francois can you confirm this is a dup of bug 52175, it sure sounds like it.
I will...
When the address picker is dissmiss using OK, the message compose window has the focus without really have it. Everything is fine except that the command updater won't dispatch event anymore to the msg compose window. You can reset this bad state by activating another window (a browser window or the mail window) and then activating again the msg compose window. But if you dismiss the address picker dialog using cancel, no problem. Perhaps is related to the fact that the addresspicker update itself the addressing widget! Also I have another similary problem when I send a message without subject: A modal dialog popup asking me for a subject. If I press cancel, the message compose window's menu won't update anymore (the Insert & Format menu should disable themself when the focus is not into the body).
*** Bug 52175 has been marked as a duplicate of this bug. ***
Looks like we still have some focus problem. Reassign to saari for further investigation...
Assignee: ducarroz → saari
Status: ASSIGNED → NEW
Keywords: pp → mailtrack
OS: Windows NT → Mac System 9.0
Hardware: PC → Macintosh
Whiteboard: [nsbeta3+][dogfood-][PDTP2] → [dogfood-][PDTP2]
*** Bug 53262 has been marked as a duplicate of this bug. ***
nsbeta3+
Whiteboard: [dogfood-][PDTP2] → [dogfood-][PDTP2][nsbeta+]
Peter should have added nsbeta3+ (not nsbeta+) in the status whiteboard :)
Whiteboard: [dogfood-][PDTP2][nsbeta+] → [dogfood-][PDTP2][nsbeta3+]
What I see is that the toolbar buttons are disabled when the dialog is dismissed. If I then click on any field in the compose window, I'm able to send the message just fine (as is indicated by the re-enabled toolbar buttons).
Status: NEW → ASSIGNED
Thanks Suresh! cc self
Can someone please confrim that this is still a bug? It seems to work for me.
Marking worksforme If it doesn't work for you, explain and show me please!
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
It is working for me using sept22 build NT 4.0. I'll let Suresh confirm that.
OK using: 2000-09-26-08 N6 branch commercial build linux rh6.0 2000-09-26-09 N6 branch commercial build NT 4.0 assume ok mac
Status: RESOLVED → VERIFIED
Adding "branch" to status whiteboard for QA tracking purposes, since I verified on branch only.
Whiteboard: [dogfood-][PDTP2][nsbeta3+] → [dogfood-][PDTP2][nsbeta3+] branch
Just to confirm, This worksforme using today's BRANCH builds on all platforms.
Whiteboard: [dogfood-][PDTP2][nsbeta3+] branch → [dogfood-][PDTP2][nsbeta3+] vtrunk
Keywords: vtrunk
Whiteboard: [dogfood-][PDTP2][nsbeta3+] vtrunk → [dogfood-][PDTP2][nsbeta3+]
unable to verify with mozilla trunk mac bits 2000100208 because addressbook, when called from message compose address icon or the Options|Select Address menu item brings up a chromeless address book.
the bug which blocks my verification of this bug is filed as bug 54968. Leaving vtrunk keyword in until we can verify his on the trunk.
Verified on Mozilla trunk builds linux 101908 RedHat 6.2 win32 101904 NT 4 mac 101904 Mac OS9 Setting bug to Verified and removing vtrunk keyword
Keywords: vtrunk
OS: All
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.