332931 - GTK2 builds skip frames in DHTML animations

Status: RESOLVED FIXED

(Core :: Widget: Gtk, defect)

Description

[Boris Zbarsky [:bzbarsky]]

BUILD: GTK2 build from any time in the last month (GTK1 builds are OK)

STEPS TO REPRODUCE:
1)  Load http://www.speich.net/computer/3d.php
2)  Click the "here" link in the first paragraph in the left white box (the
    sentence reads "Click here to open a new browser window for testing")
3)  In the window that opens, click "Big cube" and don't move the mouse cursor
    until a square appears in the display area and the instructiosn talk about
    moving the mouse out of the window.
4)  Move your mouse out of the window to start the test.
5)  Watch the counter after "Testing".

EXPECTED RESULTS: Counter says 001, 002, 003, etc, up to 050.

ACTUAL RESULTS: Counter says 002, 004, 006, etc up to 050.

NOTE: This means we're dropping every other frame of the animation.

NOTE: As I said, GTK1 builds are OK.  So are Windows builds.  Mac apparently has the same issue as GTK2; I'll file a separate bug on that.

It's not a perf issue as far as I can tell (we're finishing faster than the GTK1 build)....  Not sure what the deal is, but something about how we dispatch paint events, looks like.  Given the work we did in Gecko 1.8 to fix issues like this, I'd really like to figure out what's going on here.

Comment 1

[Boris Zbarsky [:bzbarsky]]

Filed bug 332933 for the Mac issue.

Comment 2

[Boris Zbarsky [:bzbarsky]]

Looks like bug 326273 fixes this.  ;)