Closed Bug 68608 Opened 25 years ago Closed 25 years ago

HTTP-EQUIV="Refresh" causes focus switch (out of textfield)

Categories

(SeaMonkey :: General, defect)

x86
Linux
defect
Not set
major

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 28467

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).
This looks like a duplicate of bug 28467.
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.
> 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.
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.
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).
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).
If you say so... *** This bug has been marked as a duplicate of 28467 ***
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Please do not verify before the other bug isn't fixed.
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.