drag scrolling over any iframe (tinderbox is a good test) will pop the view to the top of the page when the drag enters the iframe. Tested on win32/linux.

Yes, this does occur -- when the drag scroll meets up with the content of the iframe, the scroll position of the containing page is reset to the top of the page. I've attached a simple test case (but mozilla@turbogeek.org -- can you point out a real page where you see this occur, preferably one that is widely read). passing on to pollman/HTMLFrames (by the way, this occurs with both native and gfx scrollbars [on win32 at least]).

Hrm, I don't know any other places that use IFRAME besides tinderbox and my companies intranet. Tinderbox isn't 'real' or 'widely read' enough? We need a web search engine that doesn't pre-strip out all the HTML codes...

Well, they snuck that change past me ... I didn't realize tinderbox was using an iframe for the popup associated with each name in the guilty list. Okay, that's a widely read page :-]

*** Bug 40763 has been marked as a duplicate of this bug. ***

duh, almost every advertising banner uses iframes ... that's pretty common. Also, maybe this is a selection thing. mjudge?

This is definitely a problem that can be observed at many places, but it does not seem extremely severe - marking Future... :S

I see that my testcase no longer works as it used to (but if you pop up an iframe on tinderbox you can still get the "looping" behaviour that I saw before). However, agreed that this is a rare case. future is fine with me.

i tested this on linux m18 2000082117 at http://www.itavisen.no they use iframes for banners in the middle of page as well as top and bottom there. I wasn't able to reproduce this bug.

Bulk reassignin HTML FRAME/IFRAME bugs to Eric.

this is worksforme for mac/linux/win32 2001-10-05 trunk builds.

Yes, seems to be fixed. v!