Pages calling e.g. window.scrollTo will currently mess up panning, I think. We could probably use an onscroll handler (does this work?) to intercept the scroll and turn it into a pan instead, but that might still cause trouble for pages that depend on certain elements being visible in the underlying browser.

The messing up part was mostly fixed by bug 461804. What remains is fixing the fact that content scrolling itself won't cause us to redraw, when perhaps it should. Also need to handle anchor links clicks (though that might require a different fix).

This is still broken (both for anchor clicks and scrollTo)...

is there way to listen to scroll movements ? if not, would it be interesting to implement a observer/notifier for that ? so fennec could detect when scrolls happen, and update pan control variables accordingly, as well as force painting of what needs to be re-painted ?

the summary's don't really match, but this is a dupe of 464984

Going to reopen this and mark a dependency.

This is almost identical to the patch posted by Vivien in bug 470861 (and also mostly fixes that bug). It just makes us pan the widgetstack when the page scrolls itself. I filed bug 499212 for the opposite case (scrolling the document when the widgetstack is panned), since it introduces some extra complexities.