[Webkit-unassigned] [Bug 31033] resizeBy: window moves before resizing then back to original position.

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=31033





--- Comment #4 from Marc Bonnier <chrome at netscript.com>  2010-03-25 23:15:18 PST ---
In fact the window does not really moves. It is more like a painting problems
including the window's chrome - which is why it looked like a window move
(lookin at the chrome's top bar).

While it is difficult to see it properly because of the small time it takes to
redraw,  I've been able to see it  much more when my OSX WindowServer process
was very busy by another software (VMWare) and thus increased significantly the
redraw time for the browser.Maybe you can try reproduce this condition to be
able to see it.

What I saw:  when the window increased in size vertically, the chrome top bar
was in the middle of the window for a brief moment (so all the content
including the chrome was shifted down) with the upper part being blank (white).
Then the repaint kick's in and the window is fuly drawn.

I include another test case which display this: start it up, click the
"Alternate Increment/Decrement" option then click on one of the "Auto resize by
20" buttons. You should see the content moving.
Or use  "Auto resize by6" to see the white strip on the edges. Set your desktop
background to black to better see the white edges.

Note: I also seen repainting problems in the Chrome browser: when the window
size is increased, the repainting lags and we can see a white (unpainted)
portion. This may be related or the same bug.

I hope you get enough to reproduce.

Tested in Safari-4.0.5 and WebKit R55834.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.