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

VERIFIED DUPLICATE of bug 103172

Status

MailNews Core
Simple MAPI
P1
major
VERIFIED DUPLICATE of bug 103172
16 years ago
9 years ago

People

(Reporter: Trix Supremo, Assigned: Dan M)

Tracking

Trunk
x86
Windows 2000

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [PDT-])

(Reporter)

Description

16 years ago
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.

Updated

16 years ago
Keywords: nsbranch

Comment 1

16 years ago
Daniel said this may be a duplicate of another bug. He's going to take a look 
immediately. Reassign to Daniel. Thx.
Assignee: kkhandrika → danm
Severity: normal → major
Priority: -- → P1

Comment 2

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

Comment 3

16 years ago
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.
(Assignee)

Comment 4

16 years ago
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.
Depends on: 101140

Comment 5

16 years ago
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.
(Assignee)

Comment 6

16 years ago
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

16 years ago
danm :  see the comments from sol@netscape.com in 103172.  we are 'trying' to 
throw away the authentication dialog.

Comment 8

16 years ago
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

16 years ago
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.
Whiteboard: [PDT-]

Comment 10

16 years ago
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

16 years ago
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 ***
Status: NEW → RESOLVED
Last Resolved: 16 years ago
Resolution: --- → DUPLICATE
(Reporter)

Comment 12

16 years ago
verified dupe
Status: RESOLVED → VERIFIED
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.