55016 - Focus unpredictable/inconsistent

Status: RESOLVED DUPLICATE of bug 41813

(Core :: XUL, defect, P3)

Description

[David B. Harris]

Some work should be done on the focus behaviour of Mozilla/Linux. Using build
2000100214, there are various focus problems/bugs. For instance, dragging a ling
from one open window to the next raises the target window. If people wanted to
raise the target window, they could click on it immediately afterwards(which is
much less trouble than making it the non-raised window, as with Sawfish[the
window manager] a window doesn't necessarily get focus when it's raised).

Sometimes a window will be raised when a page has finished loading, sometimes
not. Very inconsistent. While making options to fine-grained is overkill, a
little "raise windows automatically" option should be provided, so those who
don't want all those features enable can disable it if they choose to.

On a side note - 
Holy ****, this is amazing! :) You guys have done great work for this particular
nightly. Absolutely amazing. I've only been able to crash it once, and it uses
less memory that Netscape. The default chrome(modern) looks darned nice as a
default. Not *too* flashy, but that's a subjective opinion. Keep up the good
work! :)

Dave

Comment 1

[don]

Chris, you want to make the call on this one?

Comment 2

[Marcelo Vanzin]

<P>Just adding my $0.02... if the "window finished loading gets focus" is to be
the defauilt behaviour, I really wish this was changed. It is really annoing to
have a windows pop up while you are working on another window, just because the
app believes you want to see it...</P>

Comment 3

[David B. Harris]

Seeing as how this got a few replies immediately, I'll elaborate a bit on where
the big UI problem is(for me, anyways. I submitted this bug, number 55016).

The problem is that Window managers on Unix arn't terribly standard. It's a pain
to work around, but it's got to be done. Sawfish, my window manager of choice,
discriminates in between "raised" and "focused" windows. Mozilla only "raises"
the window, so the original window(the source of the dragged URI, or the current
window when a window with a page that just finished loading is popped up)
remains focused. So, in order to get the original window back on top, one has to
click on the "raised" window, to focus it, and then click on the original window
to focus+raise it. This is a configurable thing in Sawfish, but the option is
obscure and not available through the GUI. A quick check with Enlightenment
0.15.5 reveals the same behaviour.

I would propose that if the Mozilla team insist that windows be raised on
various events that those windows not only "raise" the window, but also "focus"
it, too. That would at least make it more managable.

This is sort of a nit-pick, but I'm sure most would agree that it's the
attention to detail that makes a program something special, and I think it's an
attitude that is prelevant within the Mozilla team, if I can tell by what I see
on my screen :)

Dave

Comment 4

[John Morrison]

Thanks for the comments. However, bug reports need to be restricted to 
specific, single defects (otherwise our brains explode). I'm taking this
bug to be about "Sometimes a window will be raised when a page has finished 
loading", which would make it a dup of bug 41813. 

File specific bugs or RFE for any other items I may have left behind.

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