Index: chrome/browser/extensions/api/tab_capture/tab_capture_performancetest.cc |
diff --git a/chrome/browser/extensions/api/tab_capture/tab_capture_performancetest.cc b/chrome/browser/extensions/api/tab_capture/tab_capture_performancetest.cc |
index 8cbd52b822134565fa1c1607d22c9be1732a44fb..d3fbae89daf265164093c3562eb45791ca43ba42 100644 |
--- a/chrome/browser/extensions/api/tab_capture/tab_capture_performancetest.cc |
+++ b/chrome/browser/extensions/api/tab_capture/tab_capture_performancetest.cc |
@@ -112,12 +112,6 @@ class TabCapturePerformanceTest |
ScalingMethod()); |
} |
- // UI tests boot up render views starting from about:blank. This causes |
- // the renderer to start up thinking it cannot use the GPU. To work |
- // around that, and allow the frame rate test to use the GPU, we must |
- // pass kAllowWebUICompositing. |
- command_line->AppendSwitch(switches::kAllowWebUICompositing); |
- |
// Some of the tests may launch http requests through JSON or AJAX |
// which causes a security error (cross domain request) when the page |
// is loaded from the local file system ( file:// ). The following switch |