87257 - Windows Integration dialog prevents showing of taskbar icon

Status: VERIFIED FIXED

(SeaMonkey :: UI Design, defect)

Description

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Description:  When I start mozilla in a way that brings up the Windows
Integration dialog (i.e. from my debug build where my opt build is my default
browser), the windows integration dialog has window properties such that it
doesn't have an icon in the taskbar.  (I'm not sure of the technical details of
what causes that -- I'm not an expert on Windows dialog behavior.)  However,
this is bad because if I click on another program right about when the dialog
pops up, the dialog is hidden behind other windows that I have to minimize in
order to start Mozilla (and I can't see Mozilla on the taskbar, so every time
this happens I think Mozilla didn't start or crashed on startup).

Steps to reproduce:
 * start a mozilla installation that's in a directory other than main install

Actual results:
 * The Windows Integration dialog comes up and Mozilla waits for user input
before getting to a state where it has a taskbar icon

Expected results:
 * Mozilla should get to a state where it has a taskbar icon and can be switched
to without any user interaction

Reproducable on:
 My Windows 2000 debug build from 2001-06-20 or 2001-06-21 (when did I last
rebuild?)

Additional comments:
This bug is related to bug 63867.  There are two possible fixes to this bug:
 (1) make the windows integration dialog itself show a taskbar icon
 (2) make the windows integration dialog not show up until we have a browser (or
mail, or editor) window, which has a taskbar icon and make the Windows
Integration dialog modal to that first window opened

If you choose solution (2) then this is a duplicate of bug 63867.  However since
(1) may be easier I'd rather have a separate bug since I think although (2) is
preferable doing (1) would be far preferable to the situation we have now since
the current situation can easily confuse a user who has a lot of windows open.

Comment 1

[Paul Chen]

reassigning to law since he owns 63867 ;-)

Comment 2

[Bill Law]

Fair enough; thanks Paul.

Comment 3

[Asa Dotzler [:asa]]

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

Comment 4

[Bill Law]

I think option 2 is better, also, and not that hard to put into effect.  
Setting target milestone appropriately.

Comment 5

[Bill Law]

Resetting target milestone for all "window integration" bugs to mozilla0.9.8.  
I'm working on performance and won't get to that till next milestone.

Comment 6

[Bill Law]

Attachment: Patch to delay default browser check till after the parent window is really open

Comment 7

[jag (Peter Annema)]

Comment on attachment 63590 [details] [diff] [review]
Patch to delay default browser check till after the parent window is really open

r=jag

Comment 8

[Ben Goodger (use ben at mozilla dot org for email)]

Comment on attachment 63590 [details] [diff] [review]
Patch to delay default browser check till after the parent window is really open

sr=[e-mail]

Comment 9

[Bill Law]

fixed

Comment 10

[Paul Wyskoczka]

--> qa [e-mail]

Comment 11

[Terri Preston]

qa contact windows integration-> pmac

Comment 12

[Patty Mac]

Verified on windows 2K (netscape branch build: 2002-11-07-08-1.0)

Comment 13

[Patty Mac]

verified on windows 2k netscape trunk build (2002-12-10-08-TRUNK)