Summary: | [chromium] Send didActivateAcceleratedCompositing when compositor initializes from existing shared context | ||||||
---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Nat Duca <nduca> | ||||
Component: | WebKit Misc. | Assignee: | Nat Duca <nduca> | ||||
Status: | RESOLVED FIXED | ||||||
Severity: | Normal | CC: | commit-queue, enne, kbr | ||||
Priority: | P2 | ||||||
Version: | 528+ (Nightly build) | ||||||
Hardware: | PC | ||||||
OS: | OS X 10.5 | ||||||
Attachments: |
|
Description
Nat Duca
2010-11-22 12:18:41 PST
Created attachment 74585 [details]
Proposed fix
This bug occurs on WebGL content because it initializes the shared graphics context before the compositor. The compositor then turns on in WebViewImpl but forgets to tell the RenderWidget that compositor is turned on. RenderWidget proceeds to draw as if the page was software rendered.
Comment on attachment 74585 [details]
Proposed fix
Looks OK.
The commit-queue encountered the following flaky tests while processing attachment 74585 [details]: java/lc3/JSObject/ToObject-001.html Please file bugs against the tests. These tests were authored by ap@webkit.org. The commit-queue is continuing to process your patch. Comment on attachment 74585 [details] Proposed fix Clearing flags on attachment: 74585 Committed r72584: <http://trac.webkit.org/changeset/72584> All reviewed patches have been landed. Closing bug. |