Closed Bug 199999 Opened 21 years ago Closed 17 years ago

Window load steals focus from other apps

Categories

(Core :: DOM: UI Events & Focus Handling, defect)

Product:
Core
Component:
DOM: UI Events & Focus Handling
Type:
defect
Priority:
Not set
Severity:
minor

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: mrmazda, Unassigned)

References

Details

This is old. Due to bug 199901 I'm currently using 2003032009 OS/2 trunk,
previously 2003033012.

To reproduce (method 1):
1-Open browser
2-Set Chatzilla to automatically open channels on open (e.g. #mozillazine &)
3-Open Chatzilla
4-Immediately focus another application

To reproduce (method 2):
1-Open browser
2-Select a URL that doesn't begin to render immediately
3-Immediately focus another application

Actual results:
1-Chatzilla steals focus when channels first connect; or
2-Browser steals focus when page starts to render

Expected results:
1-Mozilla windows stay where you leave them until you raise them yourself
->bryner
Assignee: saari → bryner
Could be the same problem as bug 163372 and bug 191896.
This seems to be bug 124638 - but that one has been fixed at 2003-02-25.
Are you sure you can reproduce it with builds after that date?
I tried to reproduce in W32 2003032808 and could not.
And you did say this bug occurs in 2003032009 and 2003033012?
Or only builds from February?
[OS/2 only] I haven't tested Feb builds since Feb. It happens in the build I am
using now, 2003032009, and in every build since that I have tried (virtually all
through yesterday noon). All the newer than 2003032009 OS/2 builds either have
bug 198653, bug 199068 and/or bug 199901 making their use difficult. If you want
me to test an old build, suggest one. The oldest I have are 7 March & 15 Jan.
No, it's ok.
What I wanted to know is if it still occurs after 02/25.
However, I cannot reproduce it on my 2003032701 CVS build on Win2k.
So if it is a bug then probybly a OS/2-only one.

Changing summary to say that it is the _Chatzilla_ window.
Summary: Window load steals focus from other apps → Chatzilla window load steals focus from other apps
I did the summary for a reason. Bugzilla queries do the same thing, as described
in the original description.
This definitely is cross platform.

Note that focus is only stolen from other OS windows, not other Mozilla windows.

So to test this, don't use a Mozilla window.
OS: OS/2 → All
Hardware: PC → All
This bug is bug 178309 reincarnated. Upgrading severity because OS/2
(2003032009) crash possible (repeatable at will).

I can reproduce this neither on Linux 2003040105 nor recent W32 builds. No
crash, no focus steal except on OS/2.
Severity: minor → major
Keywords: crash
Re comment #9:
This might affect various platforms, but I also cannot reproduce it on Win2k
using a current CVS build. (tested with a Explorer an EditPad and an IE window)

Re comment #8:
Sorry, re-setting summary.

In bug 124638 "input.focus()" was the problem. There is a separate bug (bug
124750) about setting the focus to a textfield stealing focus. Maybe this is
also the problem here, probably not (since chatzilla is safe against that bug).
Summary: Chatzilla window load steals focus from other apps → Window load steals focus from other apps
OS/2 crash spun off to bug 200373. Reducing severity to minor.
Severity: major → minor
Keywords: crash
*** Bug 213964 has been marked as a duplicate of this bug. ***
So would it be fixed in next builds? It really stops the usage of mozilla :((
Are there somebody watching this problem?
Bug 207639 is about the usual cause of this problem. It's been a bit quiet
lately though.
I have no ideas about how apply this patch(c++ code) to compiled win32 executable :)

I try to install Mozilla ver 1.4 in hope that it fix problem, but problem still
exist(may be in cause overinstalling older build above newest) a and I cann't
create and test some html-php sripts in mozilla more :((

I have the same problem with Mozilla 1.6a (Mozilla/5.0 (Windows; U; Win98;
en-US; rv:1.6a) Gecko/20031030)

:(
Another repro scenario (in 2004010408 and prior OS/2 trunk):
1-open lots of tabs, many or all with news article pages opened from
http://www.theregister.co.uk/
2-focus last tab
3-focus next to last tab, and immediately focus some other app

actual-Mozilla steals focus as new tab starts painting

expected-other app maintains focus

comments: on this K6/3+ 550 machine running eCS 1.1, switching among tabs
holding The Register news articles is very slow, with a noticable delay before
painting ever begins after a tab switch.
I'm seeing this problem with simple page updates after a form submission, not
just when opening a new window or tab. 2004011108 win32.
I'm still seeing this behaviour with 2004082604 (which I believe is the released
1.7.2).  In response to comment #9, I'm seeing focus stolen from other Mozilla
windows as well.
I'm still seeing this behaviour with 2004082604 (which I believe is the released
1.7.2).  In response to comment #9, I'm seeing focus stolen from other Mozilla
windows as well.

XP SP2 (SP2 didn't change the behaviour of this bug)
Is this different from 88810?
Depends on: 88810
This also occurs with me on Firefox 1.0.2 with WinXP SP2.
Assignee: bryner → events
QA Contact: desale → ian
This shouldn't happen anymore on Windows (at least since Firefox 2). Anyone still seeing this?
Don't see it on OS/2 any more with rv:1.8.1.
WFM

Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9a3pre) Gecko/20070228 Minefield/3.0a3pre
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
Cannot reproduce.

Firefox Trunk on Linux.

Close as WORKSFORME.
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.