Build 2001012806, Linux 2.2.14 i686, RedHat 6.1 This bug is related to bug 53948, in which a window that refreshes grabs the focus from the active window; it gets even weirder if the refresh happens in a frame. In that case, not only does the refreshed frame grab the focus from the frame that has it, but the frame that originally had the focus can't get it back by being left-clicked upon. Once this happens, the only way to get the focus back is to make another window active, and then switch back. Although this particular manifestation of this problem will go away once bug 53948 is fixed, this should qualify as it's own bug, since it should be possible to give focus back to the frame which originally had it by left-clicking it. To reproduce: go to http://members.tripod.com/~meridun/ and click on the main frame to give it focus. Wait until the banner ad at the top refreshes (this will take 5 minutes). Then click the main frame and try to scroll it down with the arrow key or the page down key; it won't work. (Although the scrollbar still works fine).
Reassigning QA Contact for all open and unverified bugs previously under Lorca's care to Gerardo as per phone conversation this morning.
QA Contact: lorca → gerardok
The URL I gave no longer demonstrates this bug, as the website design has changed, removing the frames. Someone will have to make a testcase and attach it.
Needs testcase. Setting further milestone since use of scrollbar provides workaround. This bug has been marked "future" because the original netscape engineer working on this is over-burdened. If you feel this is an error, that you or another known resource will be working on this bug,or if it blocks your work in some way -- please attach your concern to the bug for reconsideration.
Target Milestone: --- → Future
QA contact updated
QA Contact: gerardok → madhur
Assignee: joki → saari
QA Contact: trix → ian
You need to log in before you can comment on or make changes to this bug.