If you fill the web inspector with a sufficient content to causing scrolling, then switch to something else in the inspector the scroll position in the console will be wrong :(
The reason this happens is when a overflow area changes from display: none back to display: block the scrollTop and scrollLeft is reset back to 0. Is that the intended behavior? If so we will need to add code in a few places that remembers these values and restores them later. In my opinion the engine should remember them and not reset back to 0.
This is very similar to bug #39284.
(In reply to comment #2) > This is very similar to bug #39284. Checked, they have different root cause.
Not a problem in new inspector.