Testcase forthcoming (AIM chat window). In the case of a XUL window which contains an IFRAME who's original SRC is a .html file. This view is originally empty but is continually appended to via the DOM (it the the chat conversation history). Scrolling this window is essential for the view to properly "track" the conversation (stay at the "bottom" of the window after content has been appended). What happens is the content scrolls when I call .scrollBy(0,1000) but two events occur: 1) I get this message: WARNING: not supported for views, file nsScrollPortView.cpp, line 98 2) The frame scrolls but not "all the way" it "misses" by about 5 pixels, so that the text on the bottom only displays the "top half" of the characters. Im accessing this frame by window.frames['someframename'] In the XUL context.
Andrew, is this still a problem? Is there a testcase for it? If you need this for RTM, you will need to make a strong argument about why this needs to be fixed rather than some other scheduled bug. Marking Future in the interim. (mass-moving all non-nsbeta3+ evaughan bugs to Future per trudelle).
I've worked around the problem. This can wait.
Do we want to revisit this one for Mozilla 1.0?
This bug is targeted at a Mac classic platform/OS, which is no longer supported by mozilla.org. Please re-target it to another platform/OS if this bug applies there as well or resolve this bug. I will resolve this bug as WONTFIX in four weeks if no action has been taken. To filter this and similar messages out, please filter for "mac_cla_reorg".
No testcase, no reasonable steps to reproduce, no way to get hold of the reporter... Marking invalid.