102795 - LOGON dialog is displayed in back of Mozilla when sending from a wordpad.

Status: VERIFIED DUPLICATE of bug 103172

(MailNews Core :: Simple MAPI, defect, P1)

Description

[Trix Supremo]

when you send a document using any mapi-enabled app: wordpad, MSWord, etc...,
the logon dialog displays in back of mozilla, giving the impression that either
the system has hung, or that it was a failed send.

DIRECTIONS:
1. assume mozilla email client is the default.
2. launch wordpad and send a document.

ACTUAL:
LOGON dialog displays in back of Mozilla.

EXPECTED:
LOGON dialogs should remain the active screen so user will know the next step.

Comment 1

[Tiantian Kong]

Daniel said this may be a duplicate of another bug. He's going to take a look 
immediately. Reassign to Daniel. Thx.

Comment 2

[Tiantian Kong]

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

Comment 3

[Tiantian Kong]

Daniel: 
How's it going? sMAPI has been checked into 0.9.4 branch last night. Today we 
plan to check in patches for the security bug and the test app after testing. 
Will your fix be ready today? Thx.

Comment 4

[Dan M]

WFM. Win2k, trunk debug debug build modified according to the instructions in bug 
102570. (Is this a good time to express my annoyance that it took me a very 
tedious half hour to build mapi because its makefiles are broken? Grrr.)

Launch Mozilla. Launch WordPad. Hit File/Send. The login dialog always appears 
dependent to and in front of whatever is the frontmost Mozilla window.

The bug I had in mind that this might be a duplicate of is bug 101140; I'll mark 
this one dependent. As noted in that bug, it appears to be a race condition that 
might only happen on rather old machines; no one has quite figured out what 
conditions are necessary to reproduce this. I appear to not have the proper 
hardware; I won't be able to make any progress with this at this time.

Comment 5

[Krishna Mohan]

Dan : We are sorry for the build issues.  Now on anybody building simple mapi 
can just checkout the 094 branch not the trunk.  Thanks..

The problem is reproducible in two ways even with faster machines.

1)
   Start Mozilla, Minimize browser window and setup mozilla as default client.
   Start MS-Word then try Sending the document.
   You don't see authentication dialog.
   Click on minimized browser window.  You will see authentication dialog.

2)
   Exit all mozilla instances.
   Start MS-Word then try Sending the document.
   Authentication Dialog comes up, but immediately browser window overlaps it.

Comment 6

[Dan M]

Referring to the above steps:
  (1a) Launch Mozilla with one browser window. Minimize it. Launch WordPad and 
send a message. The Login dialog appears behind all other windows.
  (1b) Do (1a), find the Login dialog, cancel it. Go back to WordPad and send 
another message. The difference is that Mozilla hasn't been recently minimized. 
In fact, it was brought to the foreground by the user after it was minimized. Now 
the Login dialog appears in front of all other apps. Yay.
  (1c) Similar to (1a), launch Mozilla with one browser window, open a second 
browser window.. Launch WordPad, minimize the second Mozilla browser window, and 
from WordPad send a message. The Login dialog seems to have picked the minimized 
window for its parent. So while on my machine the Login dialog does appear in 
front, it can be sent behind the unminimized browser window, which is after all 
unrelated. Possibly because of the above-mentioned presumed race condition on 
some machines this dialog could appear behind the other browser window.
  (2a) With Mozilla not running, launch WordPad and send a message. The Login 
dialog appears before any other Mozilla window is available, and so has no 
parent. The initial Mozilla browser window will appear on top of it when it 
finally displays.
  (2b) Possibly off topic: after doing (2a), quit Mozilla and again attempt to 
send a message from WordPad. It fails immediately. Probably not our bug.

Now that I've figured out the actual symptoms, I can offer (and implement) some 
solutions.

  (1a) Windows has sent Mozilla to the background, and the whole OS is very 
adamant about not allowing an application to force itself on top of others. We 
should flash the minimized window in the taskbar in this case.
  (1b) No problem in this case, at least on my machine.
  (1c) Sigh. This is the kind of thing that happens when you don't specify a 
parent window. Well, it makes sense when picking a foster parent for an 
unparented window to find one that hasn't been minimized.
  (2a) Beh. Once again Mozilla is being asked to do some very contorted things. 
Maybe I can force normal windows to remain below unparented "dependent" windows 
somehow. I might be able to use the fledgling Mozilla window layer manager to do 
that.
  (2b) Probably not our bug.

There are maybe three separate bugs here. I can probably fix or work around all 
of them. What's my time frame here?

Comment 7

[Krishna Mohan]

danm :  see the comments from [e-mail] in 103172.  we are 'trying' to 
throw away the authentication dialog.

Comment 8

[Scott MacGregor]

I believe we should be punting on this bug for the branch. Rajiv is in the
middle of removing this dialog completely from the simple mapi experience so the
fact that it doesn't show up in the front doesn't mean anything anymore.
Tian-Tian, should you close this but out maybe? Otherwise Dan may continue to
work on a bug we don't need fixed anymore =).

Comment 9

[Jaime Rodriguez, Jr.]

ditto Scott's comments. Tiantian, do you want to nsbranch- this one? I'm gonna
PDT- it, pending Rajiv's patch to remove the dialogue.

Comment 10

[Jaime Rodriguez, Jr.]

ditto Scott's comments. Tiantian, do you want to nsbranch- this one? I'm gonna
PDT- it, pending Rajiv's patch to remove the dialogue.

Comment 11

[Scott MacGregor]

the mapi auth dialog is no longer part of the process. I checked in Rajiv's
patch to remove it last night. So this bug is now invalid since we don't have
the dialog anymore. I'm just going to dup it on the bug that says remove the
mapi auth dialog.

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

Comment 12

[Trix Supremo]

verified dupe