Closed
Bug 90485
Opened 23 years ago
Closed 23 years ago
"Sending Message" window grabs focus
Categories
(MailNews Core :: Composition, defect)
MailNews Core
Composition
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.
Comment 1•23 years ago
|
||
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
Comment 3•23 years ago
|
||
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 → ---
Comment 4•23 years ago
|
||
Adding dependency and raising severity because workaround is not easy. See also bug 86393.
Comment 5•23 years ago
|
||
bug 88810 is a tracking bug, so it should be blocked by this one, not the other way around.
No longer depends on: 88810
Comment 7•23 years ago
|
||
This may be a dup of bug 91632, "Modal windows should not take focus when parent window does not have it".
Comment 8•23 years ago
|
||
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.
Comment 9•23 years ago
|
||
This has been WFM in recent builds which has Cancel button. You can switch to any window when Sending Message is displayed.
Assignee | ||
Comment 10•23 years ago
|
||
per user comment: WFM
Status: NEW → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → WORKSFORME
Comment 11•23 years ago
|
||
Verified as worksforme 2001-10-31-06 win98, linux 2001-10-30-05 mac os x
Status: RESOLVED → VERIFIED
Comment 12•21 years ago
|
||
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.
Updated•20 years ago
|
Product: MailNews → Core
Updated•16 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•