130984 - Mozilla window brought by click on the quick launch icon does not have focus

Status: RESOLVED WONTFIX

(Core Graveyard :: QuickLaunch (AKA turbo mode), defect)

Description

[Cip]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.9) Gecko/20020311
BuildID:    2002031104

Click on the Mozilla's quick launch icon from the tray. It brings up a new
Mozilla window, the cursor is in the URL bar but the window title is gray. You
must click somewhere in the window's space to really bring it to front and be
able to use it.

Reproducible: Always
Steps to Reproduce:
1. Click on the Quick Launch icon
2. After the new Mozilla window started try to type an URL
3.

Actual Results:  The window started but it wasn't imediatly available although
the focusing of the input field looked like it should be.

Expected Results:  If I've clicked on that tray icon it seems that I want a new
fresh Mozilla window. *Since* the window starts with a blinking cursor in the
URL bar it seems naturally to ask why I'm not imediatly able to type an URL?

Comment 1

[Paul Wyskoczka]

--> quick launch

Comment 2

[Peter Trudelle]

->component

Comment 3

[Jesse Ruderman]

I see this all the time on Windows 98.  It's very annoying.  I'm using 3/26 now,
but I saw it with 3/14 and probably older builds as well.

In addition to not getting focus, the new window often appears behind all other
windows.

Comment 4

[Grace Bush]

using build 2002040303 on Win2000 I cannot reproduce this,
launching by clicking on QL icon, brings up browser to forefront of desktop, 
with focus in URL 
Do not see on NT machine either.

Reporter can you try a more recent build?

Comment 5

[Jesse Ruderman]

I still see this about 50% of the time on Windows 98 (4/26 trunk).  I'll tell
you if I figure out steps to reproduce that work 100% of the time.

Comment 6

[Jesse Ruderman]

See also bug 142901, "New windows won't 'focus' if opened when all other Mozilla
windows are minimized", which also only happens when using the quick launch icon
to create a new browser window.

Comment 7

[Tim Underwood]

Also is a problem for Windows NT SP6.

On launching a new window, it is the correct size but it is behind all windows -
it is the last Alt-Tab stop (as though it has just been minimized)

Comment 8

[Jesse Ruderman]

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

Comment 9

[Nick Lott]

This behaviour is still occuring as of build 2002101612 on w2k.

To clarify, this only happens when you double-click (left button) on the
quick-launch icon, not when you right click and choose from the context menu.
The new window is always out of focus (ie with a gray title bar) and if you have
another window open which is busy it will appear behind that window.

For example I usually have outlook open when I'm using mozilla, once a day it
auto-archives stuff and if I open a mozilla window while it's doing this it will
always appear behind the outlook window.

Comment 10

[Grace Bush]

I do  not see this- marking worksforme- please reopen if you do not agree

Comment 11

[Cip]

Ok, Nick I guess we must "shape" the procedure that produces the bug in order to
convince 'em.

XP Pro (all the patches from MS in place) and Gecko/20021130. Start with NO
Browser windows open. Double click the tray icon; the newly launched window HAS
focus. At least in my config. Close the window; double click it again. The new
window has focus. Nick can you please check this?

Now Grace, can you please try the following procedure? Start with no browser
windows open. Double click the tray icon; without doing anything else double
click the tray icon again. On my machine this ALWAYS leads to a window without
focus!

Having a browser window open seems to make things worse. Depending on the
position of the planets and the order of switching from one app to another you
might get the bug. Or not. But the above procedure starting from no browser and
two consecutive dclicks on the try icon (mind you waiting for the first click to
complete that is have a browser window with cursor IS important) so the two
consecutive launches seems to make the bug every-time on my machine. One more
thing: the Mozilla is using in this moment 36M of mem and the machine has 240M
out of 512 busy.

Comment 12

[Grace Bush]

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

Comment 13

[Cip]

Grace are you sure about marking Bug 144997 as a dupe of this? To me it looks
like that bug report is about the fact that the browser accepts no imput at all
in given situations. This bug here is about lack of focus; once you click on the
window you get focus and you can type. I'm asking this because I remember I
reported something very close to Bug 144997 and my report was marked as a dupe
of a 5 digit bug. It was smth in the line of "No carret / input for..."; to me
it looks like they're different beasts. Maybe
http://bugzilla.mozilla.org/show_bug.cgi?id=82534

Comment 14

[Ben Ruppel]

I see this all the time on win2k with 20030225 build.

Comment 15

[Wouter Beek]

I can repreduce this bug all the time using the latest nightly build:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a3) Gecko/20040730
on windows XP SP1 (with all the updates/fixes).

The same problem has been reported (duplicated) as bug 211478 and bug 222842.

Comment 16

[Matthias Versen [:Matti]]

Quicklaunch/Turbo Mode is no longer supported in Seamonkey 2 and Seamonkey1.X is in the maintenance mode (fixing only security bugs)