Closed
Bug 199999
Opened 22 years ago
Closed 18 years ago
Window load steals focus from other apps
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Core
DOM: UI Events & Focus Handling
Tracking
()
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
Comment 2•22 years ago
|
||
Could be the same problem as bug 163372 and bug 191896.
Comment 3•22 years ago
|
||
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?
Reporter | ||
Comment 4•22 years ago
|
||
I tried to reproduce in W32 2003032808 and could not.
Comment 5•22 years ago
|
||
And you did say this bug occurs in 2003032009 and 2003033012?
Or only builds from February?
Reporter | ||
Comment 6•22 years ago
|
||
[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.
Comment 7•22 years ago
|
||
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
Reporter | ||
Comment 8•22 years ago
|
||
I did the summary for a reason. Bugzilla queries do the same thing, as described
in the original description.
Comment 9•22 years ago
|
||
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
Reporter | ||
Comment 10•22 years ago
|
||
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
Comment 11•22 years ago
|
||
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
Reporter | ||
Comment 12•22 years ago
|
||
OS/2 crash spun off to bug 200373. Reducing severity to minor.
Severity: major → minor
Keywords: crash
Comment 13•21 years ago
|
||
*** Bug 213964 has been marked as a duplicate of this bug. ***
Comment 14•21 years ago
|
||
So would it be fixed in next builds? It really stops the usage of mozilla :((
Comment 15•21 years ago
|
||
Are there somebody watching this problem?
Comment 16•21 years ago
|
||
Bug 207639 is about the usual cause of this problem. It's been a bit quiet
lately though.
Comment 17•21 years ago
|
||
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 :((
Comment 18•21 years ago
|
||
I have the same problem with Mozilla 1.6a (Mozilla/5.0 (Windows; U; Win98;
en-US; rv:1.6a) Gecko/20031030)
:(
Reporter | ||
Comment 19•21 years ago
|
||
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.
Comment 20•21 years ago
|
||
I'm seeing this problem with simple page updates after a form submission, not
just when opening a new window or tab. 2004011108 win32.
Comment 21•20 years ago
|
||
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.
Comment 22•20 years ago
|
||
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)
Comment 24•20 years ago
|
||
This also occurs with me on Firefox 1.0.2 with WinXP SP2.
Updated•18 years ago
|
Assignee: bryner → events
QA Contact: desale → ian
Comment 25•18 years ago
|
||
This shouldn't happen anymore on Windows (at least since Firefox 2). Anyone still seeing this?
Reporter | ||
Comment 26•18 years ago
|
||
Don't see it on OS/2 any more with rv:1.8.1.
Comment 27•18 years ago
|
||
WFM
Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9a3pre) Gecko/20070228 Minefield/3.0a3pre
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
Comment 28•17 years ago
|
||
Cannot reproduce.
Firefox Trunk on Linux.
Close as WORKSFORME.
Updated•6 years ago
|
Component: Event Handling → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•