73929 2011-12-06 09:52:21 -0800 [chromium] Hitting assertion in CCSchedulerStateMachine::updateState 2011-12-06 13:05:21 -0800 1 1 1 Unclassified WebKit WebCore Misc. 528+ (Nightly build) Unspecified Unspecified RESOLVED WORKSFORME P2 Normal --- 72738 0 husky webkit-unassigned husky jamesr nduca oldest_to_newest 515984 0 husky 2011-12-06 09:52:21 -0800 To reproduce, launch Chromium with --force-compositing-mode --enable-threaded-compositing. Open http://diden.net/test/tex.html in two tabs and switch back and forth between them. Both tabs hit an assert fairly quickly: ASSERTION FAILED: m_needsCommit third_party/WebKit/Source/WebCore/platform/graphics/chromium/cc/CCSchedulerStateMachine.cpp(109) : void WebCore::CCSchedulerStateMachine::updateState(WebCore::CCSchedulerStateMachine::Action) Can't seem to get a full stack trace, even with --disable-seccomp-sandbox. 516105 1 jamesr 2011-12-06 11:47:40 -0800 This looks a lot like what https://bugs.webkit.org/show_bug.cgi?id=73351 fixed in http://trac.webkit.org/changeset/101911 - is your build out of date? 516112 2 husky 2011-12-06 11:50:50 -0800 Hmm, shouldn't be, as I was hitting it on ToT synced today. I reproduced on a straight Chrome build, though, so maybe its WebKit is slightly behind. 516116 3 jamesr 2011-12-06 11:52:03 -0800 Is the version of WebKit you are testing earlier than 101911 (it's in about:version)? 516119 4 husky 2011-12-06 11:54:28 -0800 Just checked the actual code, I don't have that patch yet. I'll see if I can find a different repro case, or close this if not. 516181 5 jamesr 2011-12-06 13:05:21 -0800 OK. The repro steps don't happen for me with that patch, so I'm going to presume this is fixed. Feel free to reopen or file a new bug if you find a case that's still broken.