Closed
Bug 68608
Opened 25 years ago
Closed 25 years ago
HTTP-EQUIV="Refresh" causes focus switch (out of textfield)
Categories
(SeaMonkey :: General, defect)
Tracking
(Not tracked)
People
(Reporter: BenB, Assigned: saari)
Details
Reproducible: Not consistently
Reproduce:
1. Open page with automatic reload (<meta HTTP-EQUIV="Refresh" CONTENT="...">),
like a Lycos page (*grumble*), or a webcam.
2. Open Bugzilla page
3. Type
Actual result:
As soon as the page in the background reloads (automatically), the textfield
loses focus and my input is lost. I need to manually click on the textfield.
Repeat for each reload. *annoy*
Expected result:
Don't care about the background.
Additional comments:
Major bug. Regression (I never saw that in Mozilla 0.6).
Comment 2•25 years ago
|
||
uh.... certainly not a duplicate of that bug; typo?
Ben--can you add a url above or attach a sample html page?
Ben--also, please clarify, for steps 1 and 2, are those in *different* browser
windows or ???
Summary: Reload causes focus switch → HTTP-EQUIV="Refresh" causes focus switch (out of textfield)
Bug 53948 describes a similar focus problem with textboxes, but not the
data-loss problem.
The other bug I mentioned in my earlier comment (I think) describes a problem
with windows in the background grabbing focus when they finish loading. Maybe
not exactly the same problem as this bug.
Reporter | ||
Comment 4•25 years ago
|
||
> can you add a url above or attach a sample html page?
<http://www.lycos.com>, <http://bugzilla.mozilla.org> :-)
> steps 1 and 2, are those in *different* browser windows
yes.
Assignee | ||
Comment 5•25 years ago
|
||
The on end load notification focuses a page and pulls it to the front. We have
bugs on that, and this is a dup of those.
Reporter | ||
Comment 6•25 years ago
|
||
saari, you mean bug 28467? I know that bug - it exists in Mozilla 0.6, too.
This bug, however, I have never seen in Mozilla 0.6 (which I use since 3 months
now).
Assignee | ||
Comment 7•25 years ago
|
||
I'm pretty certain it is the same bug. It is likely that moz 0.6 wasn't firing
the onload handler correctly and we wern't hitting this. The root problem is
still that we're focusing the page upon load completion unconditionally (even
when it is in the background).
Reporter | ||
Comment 8•25 years ago
|
||
If you say so...
*** This bug has been marked as a duplicate of 28467 ***
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Reporter | ||
Comment 9•25 years ago
|
||
Please do not verify before the other bug isn't fixed.
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•