Apprunner or viewer, linux: go to a url which is several pages long. Hit the page down button repeatedly until you're at the end of the document: notice that the last page shows two duplicate copies of the last half-page of the document, instead of the whole last page. Now hit page up repeatedly; the same thing happens at the top. Sometimes waving the mouse over the window (generating events) will cause it to repaint correctly; other times that doesn't help.

Since it's a compositor/refresh bug, here you go.

Tested the 5-24-99 10am build of apprunner and viewer under Linux. Neither of them exhibits this problem. Marking it as worksforme.

Not fixed here on today's build. I can show you on my build if you're going to be up in Mountain View any time soon.

I also see this problem. Akkana points out that you need to click in the window to get scrollbars to start paging up/down (bug 7027). Clearing resolution.

Ramiro, could you look at this. I don't see this on my Linux machine. I also verified that it doesn't happen under WIN32.

Same double problem also present using arrow keys.

M9.

If I add + + /* Shouldn't GtkLayout do this for us? */ + if (aClipRect) + Invalidate(*aClipRect, PR_TRUE); + else + Invalidate(PR_TRUE); + before the NS_OK in widget/src/gtk/nsWindow.cpp::Scroll, it keeps it from getting all screwed up with pgup/pgdn/arrows, but it flashes a fair bit more. and the scrolling does this two-steps-forward-one-step-back thing which is kinda unpleasant. (xlib's works correctly, and it contains this Invalidate chunk, so I'm tempted to blame GtkLayout.) There's some disconnect between what happens with the scrollbars and what happens with the arrow keys, it seems. I'll take a closer look on the plane tomorrow.

m10

marking dup of 10077 for which i have a fix. *** This bug has been marked as a duplicate of 10077 ***

based on ramiro's comments, I'm marking as verified duplicate of 10077