summaryrefslogtreecommitdiffstats
path: root/content/renderer/render_view_impl.cc
Commit message (Collapse)AuthorAgeFilesLines
* Update some #includes for WebSerializedScriptValue and WebArrayBufferView ↵pilgrim@chromium.org2013-01-181-1/+1
| | | | | | | | that were moved to a different directory Review URL: https://chromiumcodereview.appspot.com/11946050 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@177695 0039d316-1c4b-4281-b951-d872f2087c98
* Stop tracking frames in the webNavigation API once they're detached.jochen@chromium.org2013-01-181-0/+2
| | | | | | | | | | | BUG=168376 TEST=WebNavigationApiTest.GetFrames R=creis@chromium.org,tsepez@chromium.org,mpcomplete@chromium.org Review URL: https://chromiumcodereview.appspot.com/11975041 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@177666 0039d316-1c4b-4281-b951-d872f2087c98
* Bring back the file dialogs for chrome AURA. ananta@chromium.org2013-01-171-1/+1
| | | | | | | | | | | | | | | | | | | | The AURA specific changes have been isolated in select_file_dialog_win.cc where we retrieve the top level window handle from the AURA root window. As per a discussion with Ben fixed the layering violation where in ui\base was depending on gfx::NativeView/NativeWindow which led to a layering violation on AURA. This was via ui\base\dialogs Moved the files out of ui\base\dialogs into a new gypi file shell_dialogs.gypi which lives in ui. It is included by ui.gyp The relevant code in chrome browser now depends on the shell_dialogs target created by shell_dialogs.gypi. The ui/base/dialogs folder will be deleted in a subsequent change. There were problems applying this patch on the try bots when I added the deletes to this change. BUG=170483 Review URL: https://codereview.chromium.org/11956031 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@177533 0039d316-1c4b-4281-b951-d872f2087c98
* Disable impl thread event handling on Macccameron@chromium.org2013-01-171-0/+2
| | | | | | | | | | | | | This allows threaded compositing to be enabled without regressing functionality on the Mac (though also without adding most of its benefits). BUG=138003 Review URL: https://chromiumcodereview.appspot.com/11988002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@177527 0039d316-1c4b-4281-b951-d872f2087c98
* [content shell] Don't override the default theme when running layout testsjochen@chromium.org2013-01-171-18/+20
| | | | | | | | | | BUG=111316 R=jam@chromium.org,tsepez@chromium.org Review URL: https://chromiumcodereview.appspot.com/11970035 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@177513 0039d316-1c4b-4281-b951-d872f2087c98
* Disable compositor thread input handling on windowsjamesr@chromium.org2013-01-171-0/+2
| | | | | | | | | BUG=160122 Review URL: https://chromiumcodereview.appspot.com/11946019 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@177369 0039d316-1c4b-4281-b951-d872f2087c98
* Browser Plugin: Simplified Embedder Focus state trackingfsamuel@chromium.org2013-01-171-1/+1
| | | | | | | | | | BrowserPlugin should be grabbing the embedder's focus state straight from the render_view if it exists instead of caching the focus state in a member variable. This simplifies code a bit and is a prerequisite to the new way of allocating instance IDs and initializing state coming in a subsequent patch. BUG=140316 Review URL: https://chromiumcodereview.appspot.com/11959016 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@177300 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 176707nick@chromium.org2013-01-141-2/+0
| | | | | | | | | | | | | | | | | | | | | | | | | > Make RenderWidget responsible for the composited view's lifetime > > Chromium side of https://bugs.webkit.org/show_bug.cgi?id=105071. > content::RenderWidget constructs a WebLayerTreeView when WebKit > asks it and then retains ownership. This has to be destroyed > before the WebWidget is closed since the WLTVClient is (currently) > a WebKit object. > > BUG=156175 > > Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=175303 > > Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=175827 > > Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=176271 > > Review URL: https://codereview.chromium.org/11575049 TBR=jamesr@chromium.org Review URL: https://codereview.chromium.org/11885029 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@176719 0039d316-1c4b-4281-b951-d872f2087c98
* Make RenderWidget responsible for the composited view's lifetimejamesr@chromium.org2013-01-141-0/+2
| | | | | | | | | | | | | | | | | | | | Chromium side of https://bugs.webkit.org/show_bug.cgi?id=105071. content::RenderWidget constructs a WebLayerTreeView when WebKit asks it and then retains ownership. This has to be destroyed before the WebWidget is closed since the WLTVClient is (currently) a WebKit object. BUG=156175 Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=175303 Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=175827 Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=176271 Review URL: https://codereview.chromium.org/11575049 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@176707 0039d316-1c4b-4281-b951-d872f2087c98
* Make --enable-css-transform-pinch work as expected.aelias@chromium.org2013-01-121-1/+2
| | | | | | | | | | | This flag is supposed to enable Android-style pinch logic, but it was having no effect on desktop. BUG=167777 Review URL: https://chromiumcodereview.appspot.com/11876004 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@176567 0039d316-1c4b-4281-b951-d872f2087c98
* Add a new code/message path for moving an insertion handlecjhopman@chromium.org2013-01-111-0/+10
| | | | | | | | | | | | | | | | | | | | On Android, we've been using selectRange for moving an insertion handle. However, we don't really want the behavior of selectRange (for example, dragging an insertion handle outside of a text box should not actual do a "selectRange" on the position outside of the text box). The behavior that we want has been added to WebKit as WebFrame::moveCaretSelectionTowardsWindowPoint. This change introduces the code/message path from the Browser side InsertionHandleController to WebKit similar to the current SelectRange path. BUG=165244,163979,165661 Review URL: https://chromiumcodereview.appspot.com/11593011 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@176454 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 176271jamesr@chromium.org2013-01-111-2/+0
| | | | | | | | | | | | | | | | | | | | | | | > Make RenderWidget responsible for the composited view's lifetime > > Chromium side of https://bugs.webkit.org/show_bug.cgi?id=105071. > content::RenderWidget constructs a WebLayerTreeView when WebKit > asks it and then retains ownership. This has to be destroyed > before the WebWidget is closed since the WLTVClient is (currently) > a WebKit object. > > BUG=156175 > > Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=175303 > > Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=175827 > > Review URL: https://codereview.chromium.org/11575049 TBR=jamesr@chromium.org Review URL: https://codereview.chromium.org/11852009 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@176276 0039d316-1c4b-4281-b951-d872f2087c98
* Make RenderWidget responsible for the composited view's lifetimejamesr@chromium.org2013-01-111-0/+2
| | | | | | | | | | | | | | | | | | Chromium side of https://bugs.webkit.org/show_bug.cgi?id=105071. content::RenderWidget constructs a WebLayerTreeView when WebKit asks it and then retains ownership. This has to be destroyed before the WebWidget is closed since the WLTVClient is (currently) a WebKit object. BUG=156175 Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=175303 Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=175827 Review URL: https://codereview.chromium.org/11575049 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@176271 0039d316-1c4b-4281-b951-d872f2087c98
* [Android WebView] Implement WebSettings.{get|set}UseWideViewportmnaganov@chromium.org2013-01-101-3/+1
| | | | | | | | | | | The setting is mapped directly onto WebKit's WebSettings.viewportEnabled R=benm@chromium.org Review URL: https://chromiumcodereview.appspot.com/11759023 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@176103 0039d316-1c4b-4281-b951-d872f2087c98
* Distinguish plugin disconnections from plugin crashes.yzshen@chromium.org2013-01-101-2/+3
| | | | | | | | | | | | | | | | | | If the channel between a renderer and a plugin encounters an error, currently we display an infobar saying "<plugin_name> has crashed.". This may cause confusion, because the plugin process may still be alive and no crash dump is generated in that case. With this CL, we display a different prompt if the plugin process is still alive: "<plugin_name> has encountered an error." This CL only affects Windows. TEST=None BUG=None Review URL: https://chromiumcodereview.appspot.com/11820009 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@176060 0039d316-1c4b-4281-b951-d872f2087c98
* Update some #includes in content/renderer for headers in the new Platform ↵pilgrim@chromium.org2013-01-101-17/+17
| | | | | | | | directory Review URL: https://chromiumcodereview.appspot.com/11819044 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@176058 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 175971ricow@chromium.org2013-01-101-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | | > Revert 175890: actually, looks like we want this to also help move chromeos webui pages out of src/chrome. > > Revert 175822 > > > > After more investigation of what it would take to share the webui code framework from chrome with content, it didn't seam feasible to do this. The code in chrome (i.e. ChromeURLDataManager) is heavily tied to chrome, and is used by chrome for non-webui stuff. The JS code is also specific to Chrome. It seems better to not bring in all this stuff to content. > > > > > Allow multiple WebUIControllerFactory objects to be registered. This makes is possible to implement webui inside content. > > > Review URL: https://codereview.chromium.org/11783038 > > > > TBR=jam@chromium.org > > Review URL: https://codereview.chromium.org/11818036 > > TBR=jam@chromium.org > Review URL: https://codereview.chromium.org/11819050 This seems like the most obvious candidate for chromiumos failures: http://build.chromium.org/p/chromium.chromiumos/builders/ChromiumOS%20%28x86%29/builds/11017 http://build.chromium.org/p/chromium.chromiumos/builders/ChromiumOS%20%28amd64%29/builds/5918 TBR=jam@chromium.org Review URL: https://codereview.chromium.org/11828040 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@176043 0039d316-1c4b-4281-b951-d872f2087c98
* Fix Sunspider performance regressionfsamuel@chromium.org2013-01-101-0/+3
| | | | | | | | | | | | | For the purpose of updating <webview>'s name attribute, RenderViews report back to the browser process when window.name is mutated. It turns out this hurts Sunspider performance. This patch introduces a renderer preference that avoids the IPC in regular RenderViews. BUG=169028 Test=BrowserPluginHostTest.*, Sunspider Review URL: https://codereview.chromium.org/11833016 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@175993 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 175890: actually, looks like we want this to also help move chromeos ↵jam@chromium.org2013-01-101-2/+1
| | | | | | | | | | | | | | | | | | | webui pages out of src/chrome. > Revert 175822 > > After more investigation of what it would take to share the webui code framework from chrome with content, it didn't seam feasible to do this. The code in chrome (i.e. ChromeURLDataManager) is heavily tied to chrome, and is used by chrome for non-webui stuff. The JS code is also specific to Chrome. It seems better to not bring in all this stuff to content. > > > Allow multiple WebUIControllerFactory objects to be registered. This makes is possible to implement webui inside content. > > Review URL: https://codereview.chromium.org/11783038 > > TBR=jam@chromium.org > Review URL: https://codereview.chromium.org/11818036 TBR=jam@chromium.org Review URL: https://codereview.chromium.org/11819050 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@175971 0039d316-1c4b-4281-b951-d872f2087c98
* Refactor content::RenderAudioSourceProvider as ↵scherkus@chromium.org2013-01-101-10/+27
| | | | | | | | | | | | webkit_media::WebAudioSourceProviderImpl. Doing so prevents the silliness of passing the same pointer into WebMediaPlayerParams twice. Furthermore, the switch-checking logic and render view ID code is better contained as part of RenderViewImpl as opposed to being stuffed inside RenderAudioSourceProvider's constructor. BUG=136442 Review URL: https://codereview.chromium.org/11830004 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@175948 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 175822jam@chromium.org2013-01-091-1/+2
| | | | | | | | | | | | After more investigation of what it would take to share the webui code framework from chrome with content, it didn't seam feasible to do this. The code in chrome (i.e. ChromeURLDataManager) is heavily tied to chrome, and is used by chrome for non-webui stuff. The JS code is also specific to Chrome. It seems better to not bring in all this stuff to content. > Allow multiple WebUIControllerFactory objects to be registered. This makes is possible to implement webui inside content. > Review URL: https://codereview.chromium.org/11783038 TBR=jam@chromium.org Review URL: https://codereview.chromium.org/11818036 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@175890 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 175827jamesr@chromium.org2013-01-091-2/+0
| | | | | | | | | | | | | | | | | | | | | | | | > Make RenderWidget responsible for the composited view's lifetime > > Chromium side of https://bugs.webkit.org/show_bug.cgi?id=105071. > content::RenderWidget constructs a WebLayerTreeView when WebKit > asks it and then retains ownership. This has to be destroyed > before the WebWidget is closed since the WLTVClient is (currently) > a WebKit object. > > BUG=156175 > > Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=175303 > > Review URL: https://codereview.chromium.org/11575049 Broke interactive_ui_tests:ExtensionApiTest.NotificationsHasPermissionManifest on windows TBR=jamesr@chromium.org Review URL: https://codereview.chromium.org/11778068 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@175834 0039d316-1c4b-4281-b951-d872f2087c98
* Make RenderWidget responsible for the composited view's lifetimejamesr@chromium.org2013-01-091-0/+2
| | | | | | | | | | | | | | | | Chromium side of https://bugs.webkit.org/show_bug.cgi?id=105071. content::RenderWidget constructs a WebLayerTreeView when WebKit asks it and then retains ownership. This has to be destroyed before the WebWidget is closed since the WLTVClient is (currently) a WebKit object. BUG=156175 Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=175303 Review URL: https://codereview.chromium.org/11575049 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@175827 0039d316-1c4b-4281-b951-d872f2087c98
* Allow multiple WebUIControllerFactory objects to be registered. This makes ↵jam@chromium.org2013-01-091-2/+1
| | | | | | | | is possible to implement webui inside content. Review URL: https://codereview.chromium.org/11783038 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@175822 0039d316-1c4b-4281-b951-d872f2087c98
* [content shell] add support for dumping frame load callbacksjochen@chromium.org2013-01-091-0/+6
| | | | | | | | | | BUG=111316 TEST=more fast/loader tests pass R=jam@chromium.org Review URL: https://codereview.chromium.org/11829002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@175785 0039d316-1c4b-4281-b951-d872f2087c98
* Adding a call to clear text composition on tap.aurimas@chromium.org2013-01-091-0/+1
| | | | | | | | | | | | Adding a call to clear text composition on tap gestures and also changing the places where the text updates get sent back to the browser. BUG=167127 Review URL: https://chromiumcodereview.appspot.com/11741036 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@175712 0039d316-1c4b-4281-b951-d872f2087c98
* <webview>: Add name attributefsamuel@chromium.org2013-01-091-0/+16
| | | | | | | | | | | | | This change requires this WebKit patch: https://bugs.webkit.org/show_bug.cgi?id=104404 This change enables access to the guest's window's name attribute from the embedder <webview>. It also enables changes to the window name attribute from the embedder WebContents. BUG=140316 Test=BrowserPluginHostTest.ChangeWindowName Review URL: https://codereview.chromium.org/11554030 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@175681 0039d316-1c4b-4281-b951-d872f2087c98
* Move NavigationPolicyToDisposition() function into render_view_impl.cctfarina@chromium.org2013-01-091-0/+24
| | | | | | | | | | | | | Since it's only used there. That way we will be able to move window_open_disposition.h out of webkit/ BUG=146251 R=jam@chromium.org TBR=darin@chromium.org Review URL: https://codereview.chromium.org/11798003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@175629 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 175303jamesr@chromium.org2013-01-061-2/+0
| | | | | | | | | | | | | | | | | | | | > Make RenderWidget responsible for the composited view's lifetime > > Chromium side of https://bugs.webkit.org/show_bug.cgi?id=105071. > content::RenderWidget constructs a WebLayerTreeView when WebKit > asks it and then retains ownership. This has to be destroyed > before the WebWidget is closed since the WLTVClient is (currently) > a WebKit object. > > BUG=156175 > TBR=piman@chromium.org for content/content_renderer.gypi > > Review URL: https://codereview.chromium.org/11575049 TBR=jamesr@chromium.org Review URL: https://codereview.chromium.org/11794018 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@175304 0039d316-1c4b-4281-b951-d872f2087c98
* Make RenderWidget responsible for the composited view's lifetimejamesr@chromium.org2013-01-061-0/+2
| | | | | | | | | | | | | | | Chromium side of https://bugs.webkit.org/show_bug.cgi?id=105071. content::RenderWidget constructs a WebLayerTreeView when WebKit asks it and then retains ownership. This has to be destroyed before the WebWidget is closed since the WLTVClient is (currently) a WebKit object. BUG=156175 TBR=piman@chromium.org for content/content_renderer.gypi Review URL: https://codereview.chromium.org/11575049 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@175303 0039d316-1c4b-4281-b951-d872f2087c98
* Cleanup: Fix some lint errors in content/.thestig@chromium.org2013-01-041-2/+3
| | | | | | Review URL: https://chromiumcodereview.appspot.com/11740038 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@175210 0039d316-1c4b-4281-b951-d872f2087c98
* Use an explicit PID for duplicating Pepper handles rather than the Channel's.brettw@chromium.org2013-01-041-2/+2
| | | | | | | | | | | | When the browser process launches the plugin, it explicitly tells each side the PID of the other side, and we now use this PID for sharing handles. Previously we'd use the PID from the IPC channel. Using the PID from the IPC channel creates a race condition because the PID isn't set until the "hello" message from the opposite side is processed, which isn't guaranteed at any particular time. BUG=168222 Review URL: https://codereview.chromium.org/11722017 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@175190 0039d316-1c4b-4281-b951-d872f2087c98
* Allow Plugin placeholders to be shown when plugins are disabled.nileshagrawal@chromium.org2013-01-031-1/+1
| | | | | | | | | BUG=167971,162667 Review URL: https://chromiumcodereview.appspot.com/11742017 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@175042 0039d316-1c4b-4281-b951-d872f2087c98
* Undo change to render_view_impl.cc for crbug.com/153907 (Request Table Site ↵sschmitz@chromium.org2013-01-031-2/+0
| | | | | | | | | | | | | | | | | | | | not working) Pre request from dfalcantara@: When you get a chance, can you try reverting the change you landed to render_view_impl.cc for http://crbug.com/153907 ? We ended up getting bitten by a similar bug as you guys and a fix for WebKit just landed that should address it. Solution: removed "#if defined(OS_ANDROID)" around one line of code. See also: https://chromiumcodereview.appspot.com/11227065/ BUG=166652 TEST=manual:enable "Request RTS flag" (chrome://flags "Enables the request tablet site option in the settings menu"). Navigate to something like: www.whatsmyua.com www.whatsmyuseragent.com www.espn.com www.facebook.com Under Settings toggle "Request Tablet Site". Observe the page reloading with "tablet site look". Exit and reenter chrome with one or more tabs that have RTS enabled and observe "look". Review URL: https://chromiumcodereview.appspot.com/11678004 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@174894 0039d316-1c4b-4281-b951-d872f2087c98
* chromeos: Update focus ring color in WebKit.derat@chromium.org2013-01-021-6/+7
| | | | | | | | | | | | | | | | | | This sets WebKit's focus ring color to #4d90fe; USE_DEFAULT_RENDER_THEME-defining builds like Chrome OS appear to have been previously using the default of #e59700 from RenderThemeChromiumSkia. It also makes RenderViewImpl honor the caret blink interval for USE_DEFAULT_RENDER_THEME instead of just for GTK. BUG=153080 TEST=manual: focus rings are blue instead of orange Review URL: https://chromiumcodereview.appspot.com/11673011 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@174881 0039d316-1c4b-4281-b951-d872f2087c98
* Rename IPC handlers that are in the form of OnMsgFoo to OnFoo. This is how ↵jam@chromium.org2013-01-021-1/+1
| | | | | | | | almost all the handlers are called. Review URL: https://codereview.chromium.org/11695005 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@174868 0039d316-1c4b-4281-b951-d872f2087c98
* Vanquish the remnants of media::MessageLoopFactory.scherkus@chromium.org2013-01-021-16/+9
| | | | | | | | | | | | Now that media code runs on a single thread we no longer need to worry about creating additional threads at runtime. To make changes like this easier in the future, webkit_media::WebMediaPlayerParams is introduced to avoid plumbing parameters through Chrome's various abstraction layers. BUG=116873 Review URL: https://codereview.chromium.org/11468033 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@174808 0039d316-1c4b-4281-b951-d872f2087c98
* Removing unnecessary content:: namespace qualifier.darin@chromium.org2013-01-021-1/+1
| | | | | | | | | TBR=jam@chromium.org Review URL: https://chromiumcodereview.appspot.com/11737002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@174797 0039d316-1c4b-4281-b951-d872f2087c98
* Exclude PluginService for builds with enable_plugins==0nileshagrawal@chromium.org2012-12-201-0/+9
| | | | | | | | | | | | - Saves 140k in the final shared library (libchromeview.so) - Fixes all plugin related link errors during component build of content_shell_apk BUG=158821, 162667 Review URL: https://chromiumcodereview.appspot.com/11615002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@174087 0039d316-1c4b-4281-b951-d872f2087c98
* Disable the failing linux aura browser tests so that it can be enabled on ↵jam@chromium.org2012-12-191-4/+4
| | | | | | | | | | | the bots. Most of the failing tests are related to task maanger and full screen. I disabled the use of the plugin loader process for Aura builds, since it seems unnecessary (i.e. don't need to pay cost of extra process and complexity given that unstable NPAPI plugins aren't loaded). BUG=163931 Review URL: https://codereview.chromium.org/11635006 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@173936 0039d316-1c4b-4281-b951-d872f2087c98
* DevTools: rename debugger/ to devtools/, move DevTools files into ↵pfeldman@chromium.org2012-12-191-1/+1
| | | | | | | | | content/renderer/devtools. Review URL: https://codereview.chromium.org/11630004 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@173903 0039d316-1c4b-4281-b951-d872f2087c98
* Revert r173891 - "DevTools: rename debugger/ to devtools/, move DevTools ↵mnissler@chromium.org2012-12-191-1/+1
| | | | | | | | | | | | | | | | | | | | files into content/renderer/devtools." DevToolsManagerTest.ForwardMessageToClient: http://build.chromium.org/p/chromium.linux/buildstatus?builder=Linux%20Tests%20x64&number=29428 http://build.chromium.org/p/chromium.linux/buildstatus?builder=Linux%20Aura&number=304 http://build.chromium.org/p/chromium.linux/buildstatus?builder=Linux%20Clang%20%28dbg%29&number=37637 http://build.chromium.org/p/chromium.chromiumos/buildstatus?builder=Linux%20ChromiumOS%20Tests%20%281%29&number=17804 http://build.chromium.org/p/chromium.memory/buildstatus?builder=Linux%20Chromium%20OS%20ASAN%20Tests%20%283%29&number=1107 BUG=None TEST=Tree becomes greener. TBR=pfeldman@chromium.org Review URL: https://codereview.chromium.org/11645015 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@173893 0039d316-1c4b-4281-b951-d872f2087c98
* DevTools: rename debugger/ to devtools/, move DevTools files into ↵pfeldman@chromium.org2012-12-191-1/+1
| | | | | | | | content/renderer/devtools. Review URL: https://codereview.chromium.org/11630004 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@173891 0039d316-1c4b-4281-b951-d872f2087c98
* Use WebCore:DateTimeChooser for date/time form types instead of considering ↵miguelg@chromium.org2012-12-181-11/+12
| | | | | | | | | | | them text fields. BUG=159381 Review URL: https://chromiumcodereview.appspot.com/11418295 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@173655 0039d316-1c4b-4281-b951-d872f2087c98
* Forward Webkit Gesture events to interested RenderViewObservers.ananta@chromium.org2012-12-181-0/+2
| | | | | | | | | | | | | | | The ChromeRenderViewObserver overrides the RenderViewObserver::DidHandleGestureEvent virtual and forwards the ChromeViewHostMsg_FocusedEditableNodeTouched IPC notification to the brower if the user tapped on an editable field on the page. We will be handling this notification in the browser to display the Windows 8 on screen keyboard. That in a subsequent CL. BUG=166516 R=jam Review URL: https://codereview.chromium.org/11622009 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@173601 0039d316-1c4b-4281-b951-d872f2087c98
* Revert "[RDS] Temporary workaround for black tabs"dfalcantara@chromium.org2012-12-171-2/+1
| | | | | | | | | | | | | | | | This reverts commit ceb4a0908420fc4ce217e96795d682128f22c3c8. https://chromiumcodereview.appspot.com/11316342/ The fix should land when WebKit rolls, so this workaround won't be necessary anymore. BUG=165436 TBR=jamesr Review URL: https://chromiumcodereview.appspot.com/11575048 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@173509 0039d316-1c4b-4281-b951-d872f2087c98
* Implemented GetWindowSnapshot on RenderViewImplbajones@chromium.org2012-12-151-0/+17
| | | | | | | | | | | | | | | This necessitated the relocation of the previous chrome::GrabWindowSnapshot code to ui/snapshot, which has been turned into it's own component to avoid circular dependencies with aura. A new variant of GrabWindowSnapshot, GrabViewSnapshot, has been added as well to facilitate easier usage by views. chrome::GrabWindowSnapshotForUser was left in place to accomodate existing calls to the API, but now calls up to the ui/snapshot code. This is a subset of the prior CL 11362023, which has been broken apart to facilitate easier reviews BUG=157479 Review URL: https://chromiumcodereview.appspot.com/11399002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@173329 0039d316-1c4b-4281-b951-d872f2087c98
* Don't send state updates before the first real page commits.creis@chromium.org2012-12-141-0/+4
| | | | | | | | | | BUG=159688 TEST=Click back soon after going from NTP to Chrome Web Store in debug build. Review URL: https://chromiumcodereview.appspot.com/11555040 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@173089 0039d316-1c4b-4281-b951-d872f2087c98
* Move AudioRendererImpl construction to WebMediaPlayerImpl.xhwang@chromium.org2012-12-141-9/+2
| | | | | | | | | | | | This is extracted from a larger CL created by scherkus@: https://codereview.chromium.org/11468033/ BUG=none TEST=media_unittests pass Review URL: https://chromiumcodereview.appspot.com/11564007 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@173019 0039d316-1c4b-4281-b951-d872f2087c98
* Ensure that reloads load real pages, not swappedout://.creis@chromium.org2012-12-131-0/+12
| | | | | | | | | | BUG=143155 TEST=See repro steps in 165124. Review URL: https://chromiumcodereview.appspot.com/11550028 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@172951 0039d316-1c4b-4281-b951-d872f2087c98
generated by cgit v1.1 at 2025-02-01 02:47:06 +0000