105434 - on start, Mozilla browser window doesn't grab focus

Status: VERIFIED DUPLICATE of bug 103758

(SeaMonkey :: UI Design, defect)

Description

[Trieu Truong]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.5) Gecko/20011011
BuildID:    2001101806

When starting up the most recent builds of Mozilla (0.9.5+), the browser window
doesn't grab the focus on Windows 2000.  The browser window appears, but I have
to click on the window to focus it.  This used to happen in Mozilla's earlier
releases (0.8.x).

Reproducible: Always
Steps to Reproduce:
1. Start Mozilla


Actual Results:  A browser window opens, but doesn't have window focus.

Expected Results:  A browser window opens, and has window focus.

Comment 1

[Boris Zbarsky [:bzbarsky]]

ccing bryner and saari

If this gets fixed, please make the fix Windows-only.... there is no reason that
Moz should be grabbing focus in this situation on Linux, for example.

Comment 2

[Lincoln Ramsay]

I too have noticed that Mozilla doesn't like taking focus on W2K. After looking
around for bugs related to focussing it seems that there are many problems with
this.

A related issue (I think) is that window ordering on W2K is quite bad. Mozilla
seems to make the whole system act differently. Mozilla windows tend to open
behind other windows and other apps tend to open behind Mozilla.

I am using 0.9.5 on W2K

Comment 3

[Asa Dotzler [:asa]]

->xpapps

Comment 4

[Andrew Hagen]

This isn't a bug. This is great! As a Windows user, it's refreshing to have an
application that doesn't grab the focus on every startup. Propose that this bug
be marked invalid.

Comment 5

[sairuh (rarely reading bugmail)]

dup

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

Comment 6

[sairuh (rarely reading bugmail)]

mass verification of duplicate bugs: to find all bugspam pertaining to this, set
your search string to "DuplicateBugsBelongInZahadum".

if you think this particular bug is *not* a duplicate, please provide a
compelling reason, as well as check a recent *trunk* build (on the appropriate
platform[s]), before reopening.