Closed Bug 90485 Opened 23 years ago Closed 23 years ago

"Sending Message" window grabs focus

Categories

(MailNews Core :: Composition, defect)

defect
Not set
major

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: apa3a, Assigned: bugzilla)

References

Details

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:0.9.2+) Gecko/20010709
BuildID:    2001070921

When I quickly enough click "Send" button in message compose window, switch to
browser window, the browser window is activated, then I'm taken back to the
compose window with "Sending Message" small window.

It is inconvenient to be returned to the compose window. Sending message does
not require user supervision and "Sending Message" window does not provide any
useful information.

Reproducible: Always
Steps to Reproduce:
1. Compose email.
2. <quickly>Click "Send" button and switch windows</quickly>. I use "Alt-Tab"
shortcut for switching.

Actual Results:  After step 3 you see the window you switched to, then you are
returned to the message compose window.

Expected Results:  The windows are switched and you are not returned back.

You, probably, should have slow enough machine to reproduce this test.
I am marking this one as dupe of bug 88810 because we are debating that we
should remove code that unneccesary focuses windows (it's annoying isn't it?)

*** This bug has been marked as a duplicate of 88810 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
verified as dup 
Status: RESOLVED → VERIFIED
Bug 88810 is a tracking bug, therefore it does not fix this one. 
I believe this bug is particularly hurting because, unlike most of the dialogs
that comes to the front, this one can not be dismissed even though there is
absolutely no need for Mozilla to wait for the sendmail to finish its job.
Therefore, I am reopening this and adding dependency on bug 88810.
Status: VERIFIED → UNCONFIRMED
Resolution: DUPLICATE → ---
Adding dependency and raising severity because workaround is not easy.
See also bug 86393.
Severity: minor → major
Status: UNCONFIRMED → NEW
Depends on: 86393, 88810
Ever confirmed: true
OS: Linux → All
Hardware: PC → All
bug 88810 is a tracking bug, so it should be blocked by this one, not the other
way around.
No longer depends on: 88810
Blocks: 88810
*** Bug 92570 has been marked as a duplicate of this bug. ***
This may be a dup of bug 91632, "Modal windows should not take focus when parent
window does not have it".
Bug 91632 is becoming rather vague in its focus, therefore, I would rather keep
this as a separate bug. As I stated above, this sending message window has no
way of dismissal, and should be fixed even if other focus bugs do not get fixed
from one reason or another.
I am not sure under current discussion in bug 91632, whether 91632 is going to
be a general bug which this one will be dependent or trackng bug which this bug
will block.
Blocks: 91632
No longer blocks: 91632
Depends on: 91632
This  has been WFM in recent builds which has Cancel button. You can switch to
any window when Sending Message is displayed.
per user comment: WFM
Status: NEW → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → WORKSFORME
Verified as worksforme
2001-10-31-06 win98, linux
2001-10-30-05 mac os x
Status: RESOLVED → VERIFIED
The topic of this bug seems to have drifted thanks to comment 9.  The summary of
this bug is """Sending Message"" window grabs focus", not """Sending Message""
window is application modal", and the bug description is consistent with the
summary.

But it's just cropped up again as bug 220883.
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.