summaryrefslogtreecommitdiffstats
path: root/content/renderer/webplugin_delegate_proxy.cc
Commit message (Collapse)AuthorAgeFilesLines
* Update includes to new header locationsabarth@chromium.org2011-12-031-2/+2
| | | | | | | TBR=darin Review URL: http://codereview.chromium.org/8788003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@112825 0039d316-1c4b-4281-b951-d872f2087c98
* Render Core Animation plugins through WebKit's compositor rather thankbr@chromium.org2011-11-301-0/+32
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | directly to the screen in the browser process. The new composited code path is now the default, though the old code path has been left in place under a command line flag while we gain confidence. Issue 105344 has been filed about removing the old code path. The new code path does not currently support 10.5. The consequence is that plugins using the InvalidatingCoreAnimation rendering model will not work on this version of Mac OS. Pepper 3D is not affected; it now uses a different rendering path. Changed the type of IOSurfaces' IDs from uint64 to uint32 in a few places throughout the code to match the IOSurfaceID typedef in the system header. This was necessary in order to simplify integration with Chrome's OpenGL code. There is a known problem in the new code path with garbage occasionally being drawn to the plugin's area during live resizing of Core Animation plugins. Issue 105346 has been filed to track this. It is unclear whether the additional complexity of the fix that is likely needed is worth it. Tested manually with the following content, with and without the --disable-composited-core-animation-plugins flag: - YouTube (does not trigger this code path) - Google+ Hangouts - http://unity3d.com/gallery/demos/live-demos (Unity 3D) - http://www.erain.com/labs/molehill/ (Stage 3D in Flash 11) - http://www.nissan-stagejuk3d.com/ (Stage 3D in Flash 11, live resizing; web site is flaky, sometimes fails to start) BUG=38967 TEST=manual testing with above test cases Review URL: http://codereview.chromium.org/8678037 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@112126 0039d316-1c4b-4281-b951-d872f2087c98
* Refactor SelectionChanged and ImeUpdateTextInputType IPCs for surrounding ↵penghuang@chromium.org2011-10-161-3/+5
| | | | | | | | | | | | text features BUG=None TEST=Manually Review URL: http://codereview.chromium.org/7981036 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@105699 0039d316-1c4b-4281-b951-d872f2087c98
* Remove wmode hack for older versions of Flash on the Macstuartmorgan@chromium.org2011-10-121-28/+0
| | | | | | | | | | | | Since two major releases of Flash (10.3 and 11) now handle QuickDraw negotiation correctly, remove the hack per the comment--it's no longer important that 10.2 and earlier are performant, since nobody should be running them. BUG=None TEST=The current version of Flash should continue to work normally. Review URL: http://codereview.chromium.org/8245005 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@105169 0039d316-1c4b-4281-b951-d872f2087c98
* Rename RenderView to RenderViewImpl. Update Chrome's DEPS so that it can't ↵jam@chromium.org2011-10-101-2/+2
| | | | | | | | | include the RenderView implementation. BUG=98716 Review URL: http://codereview.chromium.org/8220006 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@104754 0039d316-1c4b-4281-b951-d872f2087c98
* Rename RenderThread to RenderThreadImpljam@chromium.org2011-10-061-4/+4
| | | | | | | | BUG=98716 TBR=ananta Review URL: http://codereview.chromium.org/8171015 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@104386 0039d316-1c4b-4281-b951-d872f2087c98
* Send IME events to windowless plug-ins (Chromium side)hbono@chromium.org2011-10-041-2/+49
| | | | | | | | | | This change adds a new class WebPluginIMEWin that converts the platform-independent IME data sent from a renderer process (or WebKit) to the Win32 IME messages and send them to a plug-in. To allow the plug-in to retrieve the IME data with IMM32 function calls, this change also adds a patch to GetProcessAddress(). (Flash seems to retrieve the pointers to IMM32 function with this function.) This change also sends IME status retrieved from the plug-in to a browser process (via a renderer process). BUG=82507 TEST=manual Review URL: http://codereview.chromium.org/7082034 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@103869 0039d316-1c4b-4281-b951-d872f2087c98
* Start off the Content API by moving content::ContentRendererClient to ↵jam@chromium.org2011-10-011-1/+1
| | | | | | | | | content\public\renderer. BUG=98716 Review URL: http://codereview.chromium.org/8100013 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@103609 0039d316-1c4b-4281-b951-d872f2087c98
* + Adding new stub methods to chrome/browser/ui/views/aura/aura_init.cc since ↵saintlou@chromium.org2011-09-281-0/+2
| | | | | | | | | | | | | | window_delegate.h has 3 new pure virtual functions. + Adding missing #include <cairo/cairo.h> to content/renderer/webplugin_delegate_proxy.cc so that WebPluginDelegateProxy::BackgroundChanged() can compile. BUG=97131 TEST=none Review URL: http://codereview.chromium.org/8051023 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@103088 0039d316-1c4b-4281-b951-d872f2087c98
* Move npobject_proxy, npobject_stub and npobject_util from content/plugin to ↵steveblock@chromium.org2011-09-201-3/+3
| | | | | | | | | | | | | content/common Note that these classes still depend on PluginChannel and PluginThread, which live in content/plugin. This will be fixed in a later change. BUG=96703 Review URL: http://codereview.chromium.org/7979002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@101976 0039d316-1c4b-4281-b951-d872f2087c98
* Remove the detach-but-don't-release special-case for the window script object.wez@chromium.org2011-09-061-6/+7
| | | | | | | | | | | | | | | | - Why remove the special case? WebKit's script controllers have a special-case for the window script object, which deallocates it regardless of reference-count, on the assumption that by the time the relevant call (clearScriptObjects) is made, no callers can remain which hold references to it - this prevents it from lingering indfinitely if the plugin forgets to release it. WebPluginDelegateProxy has a special-case for handling the window script object, which tries to cope with the case where clearScriptObjects has been called before the plugin is destroyed (which should never happen), by avoiding trying to release the window script object, and instead relying on WebKit deallocating it. This workaround doesn't actually work; if WebKit is behaving then the object exists at plugin teardown time, and it's safe for code to touch it. If it doesn't exist any more, then we may still touch it if the plugin tries to script the window, or to release the reference. Even if neither of those occur, the stub for the object may release it when the last plugin instance's channel is torn-down, before the workaround can be hit. We still need to explicitly tear-down the window script object's stub if the plugin failed to release it, so that it won't linger and end up being released after WebKit has already deallocated it. Review URL: http://codereview.chromium.org/7696016 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@99869 0039d316-1c4b-4281-b951-d872f2087c98
* Add PluginServiceFilter interface and ChromePluginServiceFilter.bauerb@chromium.org2011-09-021-2/+2
| | | | | | | | | | | This should get rid of all references to webkit::npapi::IsPluginEnabled in content/. BUG=80794 TEST=none Review URL: http://codereview.chromium.org/7387010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@99355 0039d316-1c4b-4281-b951-d872f2087c98
* Moved the following IPC messages used by the chrome NPAPI plugin installer ↵ananta@chromium.org2011-08-311-11/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | out of content into Chrome. 1. PluginProcessHostMsg_GetPluginFinderUrl 2. PluginProcessHostMsg_MissingPluginStatus 3. PluginProcessHostMsg_DownloadUrl These messages are prefixed with Chrome. Removed the InstallMissingPlugin and OnInstallMissingPlugin handlers from the NPAPI plugin sources and from our webkit plugin implementation. The plugin infobar no longer sends over an IPC message to initiate installation of the third party plugin. It sends over a windows message which is handled in the plugin installer for Windows. This functionality is not implemented for the mac and linux as before. To display the plugin installation infobar the PluginProcessHostMsg_MissingPluginStatus message sent by the plugin needs the routing id and the renderer process id. This information is now passed along with the plugin instantiation parameters in NPP_New. These parameters are only read by the default plugin. This is a continuation of the fixes to ensure that IPC's don't span across content and chrome. BUG=87335 Review URL: http://codereview.chromium.org/7812020 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@99062 0039d316-1c4b-4281-b951-d872f2087c98
* Stop using the default profile's proxy service for plugin proxy requests, ↵jam@chromium.org2011-08-291-0/+9
| | | | | | | | | and instead use the associated profile's proxy service. I proxy the IPC through the renderer first, as that makes it easy to get to the associated profile. BUG=92361,64339 Review URL: http://codereview.chromium.org/7791005 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@98728 0039d316-1c4b-4281-b951-d872f2087c98
* Make WebPluginInfo more genericcpu@chromium.org2011-08-141-1/+1
| | | | | | | | | | | | | - To account for pepper plugins, it grows a type field - move WebPluginInfo from webkit::npapi to webkit:: and move the files as well. This will allow us to remove hacks to get pepper plugins to load soon BUG=89248 TEST=none Review URL: http://codereview.chromium.org/7648017 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@96718 0039d316-1c4b-4281-b951-d872f2087c98
* Fix build break in r93970 due to style issue.tschmelcher@chromium.org2011-07-251-0/+4
| | | | | | | | TEST=built on OSX BUG=none Review URL: http://codereview.chromium.org/7465023 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@93992 0039d316-1c4b-4281-b951-d872f2087c98
* Avoid double-buffering windowless plugins and instead use buffer flipping ↵tschmelcher@chromium.org2011-07-251-165/+172
| | | | | | | | | | | | when feasible. This can significantly reduce the CPU usage of pages that host windowless plugins (down by ~15% absolute CPU usage on my old MacBookPro, or about a 40% relative decrease). Also simplify the OS X code for managing TransportDIBs by creating them in uncached mode and transfering the FileDescriptors using dup+auto-close. TEST=(OS X 10.5) Google voice and video chat (O3D), YouTube, www.dkmsoftware.com/Yubotu.htm, and trailers.apple.com, incl. with violent resizing, and analyzed perf with Shark; (OS X 10.5, OS X 10.6, Linux, Windows) http://www.communitymx.com/content/source/E5141/wmodeopaque.htm, http://www.communitymx.com/content/source/E5141/wmodetrans.htm, http://www.communitymx.com/content/source/E5141/wmodenone.htm, hand-crafted perf test using Flash with wmode=opaque, analyzed perf with Activity Monitor / top / Process Explorer, verified in the debugger that buffer flips do not cause NPP_SetWindow calls BUG=none Review URL: http://codereview.chromium.org/7171024 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@93970 0039d316-1c4b-4281-b951-d872f2087c98
* Cope gracefully with plugin being destroyed during NPObject Invoke or Evaluate.wez@chromium.org2011-07-211-1/+1
| | | | | | | | | BUG=89422,69934 TEST=See bug repro steps. Review URL: http://codereview.chromium.org/7454003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@93456 0039d316-1c4b-4281-b951-d872f2087c98
* Getting form value from NPAPI plugins.bashi@chromium.org2011-07-131-0/+6
| | | | | | | | | | | | | | Adds/implements a plugin IPC message which allows to get form value from plugins. We need to implement the interface on WebKit side to make this work so the CL won't affect the chromium's behavior for now. BUG=88896 TEST=compiled Review URL: http://codereview.chromium.org/7335004 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@92315 0039d316-1c4b-4281-b951-d872f2087c98
* Release scriptable object reference when deleting WebPluginDelegateProxy.wez@chromium.org2011-06-281-0/+2
| | | | | | | | | | BUG=87660 TEST=Open multiple tabs each of which embeds the same NPAPI plugin. Close each tab one by one, and verify that each instance's scriptable object is torn down when the instance is destroyed as a result of the tab closing, rather than when all the tabs have closed. Review URL: http://codereview.chromium.org/7259011 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@90699 0039d316-1c4b-4281-b951-d872f2087c98
* Update src/content/renderer to reflect WEBKIT_FRAME_TO_DOCUMENT_API_MOVEabarth@chromium.org2011-06-241-1/+2
| | | | | | Review URL: http://codereview.chromium.org/7242014 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@90392 0039d316-1c4b-4281-b951-d872f2087c98
* Improve and unify Mac OS X run-time version checks.mark@chromium.org2011-06-141-9/+5
| | | | | | | | | | | | Don't use base::SysInfo::OperatingSystemVersionNumbers, because it calls Gestalt, which has a few bad properties. Introduce new functions that perform specific version checks. BUG=85972 TEST=base_unittests MacUtilTest.IsOSEllipsis Review URL: http://codereview.chromium.org/7144007 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@89028 0039d316-1c4b-4281-b951-d872f2087c98
* Disabled painting transpaent windowless NPAPI plugins when doing accelerated ↵alokp@chromium.org2011-06-131-0/+9
| | | | | | | | | drawing. With accelerated canvas, we do not have a bitmap that can be provided to the plugin for compositing. Added a TODO and warning log. Review URL: http://codereview.chromium.org/7044116 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@88870 0039d316-1c4b-4281-b951-d872f2087c98
* This change implements a first pass in the effort to remove the dependency ↵twiz@chromium.org2011-05-261-10/+11
| | | | | | | | | | | | | | of PlatformDevice within Chrome. The Skia library now provides multiple back-ends for the SkDevice class, so PlatformDevice's inheritance of SkDevice, and the assumption of instances of PlatformDevice limits the use of these new back-ends. A new set of helper functions is provided for the PlatformDevice entry points. Upon construction of a PlatformDevice, a pointer to the interface is cached in the parent SkDevice's SkMetaData. The new helper functions forward calls to the interface cached in the metadata. BUG=NONE TEST=NONE Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=86625 Reverted: http://src.chromium.org/viewvc/chrome?view=rev&revision=86625 Review URL: http://codereview.chromium.org/7019013 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@86823 0039d316-1c4b-4281-b951-d872f2087c98
* Moved GPU related files in content/renderer into gpu subdirectory.apatrick@chromium.org2011-05-251-1/+1
| | | | | | | Also added an OWNERS file to that subdirectory. Review URL: http://codereview.chromium.org/7066035 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@86707 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 86625 - This change implements a first pass in the effort to remove ↵vandebo@chromium.org2011-05-251-11/+10
| | | | | | | | | | | | | | | the dependency of PlatformDevice within Chrome. The Skia library now provides multiple back-ends for the SkDevice class, so PlatformDevice's inheritance of SkDevice, and the assumption of instances of PlatformDevice limits the use of these new back-ends. A new set of helper functions is provided for the PlatformDevice entry points. Upon construction of a PlatformDevice, a pointer to the interface is cached in the parent SkDevice's SkMetaData. The new helper functions forward calls to the interface cached in the metadata. BUG=NONE TEST=NONE Review URL: http://codereview.chromium.org/7019013 TBR=twiz@chromium.org Review URL: http://codereview.chromium.org/6987019 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@86629 0039d316-1c4b-4281-b951-d872f2087c98
* This change implements a first pass in the effort to remove the dependency ↵twiz@chromium.org2011-05-251-10/+11
| | | | | | | | | | | | of PlatformDevice within Chrome. The Skia library now provides multiple back-ends for the SkDevice class, so PlatformDevice's inheritance of SkDevice, and the assumption of instances of PlatformDevice limits the use of these new back-ends. A new set of helper functions is provided for the PlatformDevice entry points. Upon construction of a PlatformDevice, a pointer to the interface is cached in the parent SkDevice's SkMetaData. The new helper functions forward calls to the interface cached in the metadata. BUG=NONE TEST=NONE Review URL: http://codereview.chromium.org/7019013 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@86625 0039d316-1c4b-4281-b951-d872f2087c98
* Mac Plugins: Clean up the Flash wmode hack logicstuartmorgan@chromium.org2011-05-101-25/+34
| | | | | | | | | | | Update to handle the upcoming Flash 10.3, since testing shows that the 10.3rc has fixed this handling. Also remove logic for Flash 9 and 10.0 since they are too old to be worth having special logic for. BUG=None TEST=Flash should continue to work, especially windowed mode Flash on 10.5 Review URL: http://codereview.chromium.org/6903010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@84838 0039d316-1c4b-4281-b951-d872f2087c98
* Switch IPC::ChannelProxy to use MessageLoopProxy instead of MessageLoop. ↵jam@chromium.org2011-05-021-1/+1
| | | | | | | | This allows us to remove usage of the IOThread object, and generally makes IPC::ChannelProxy more robust for future uses. Review URL: http://codereview.chromium.org/6901146 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@83741 0039d316-1c4b-4281-b951-d872f2087c98
* Clear RenderThread of any Chrome specific code, and move a bunch of stuff ↵jam@chromium.org2011-04-161-3/+1
| | | | | | | | | out of RenderView. Took out CookieMessageFilter since it's not used anymore. Removed RenderProcessTest and RendererMainTest since they really weren't testing much. Review URL: http://codereview.chromium.org/6873014 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@81851 0039d316-1c4b-4281-b951-d872f2087c98
* Delete the plugin printing code, which wasn't actually called.jam@chromium.org2011-04-151-30/+0
| | | | | | Review URL: http://codereview.chromium.org/6874023 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@81835 0039d316-1c4b-4281-b951-d872f2087c98
* Move RenderProcess to content.jam@chromium.org2011-04-151-0/+1
| | | | | | | TBR=avi Review URL: http://codereview.chromium.org/6864001 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@81681 0039d316-1c4b-4281-b951-d872f2087c98
* Move RenderThread to content\renderer.jam@chromium.org2011-04-141-1/+1
| | | | | | | TBR=avi Review URL: http://codereview.chromium.org/6861005 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@81673 0039d316-1c4b-4281-b951-d872f2087c98
* Connect the right metafiles for print preview on Linux and Windows.vandebo@chromium.org2011-04-111-6/+4
| | | | | | | | | | | | | | + Remove the NativeMetafileFactory since we can't just use preview flag. + Update each Metafile constructor site to use PreviewMetafile or NativeMetafileImpl. + Fix misc. problems blocking pdf generation on Windows. + Rename the metafile interface. BUG=NONE TEST=NONE Review URL: http://codereview.chromium.org/6826027 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@81161 0039d316-1c4b-4281-b951-d872f2087c98
* Eliminate skia::PlatformCanvas, a subclass of SkCanvas. Skia provides ↵alokp@chromium.org2011-04-081-2/+2
| | | | | | | | | | | | | | | | multiple types of SkCanvas classes that we would like to use. Unfortunately these classes are implemented as subclasses of SkCanvas. Subclassing SkCanvas in both Skia and Chromium makes it impossible to dynamically use any SkCanvas. There is also no reason for chromium to subclass SkCanvas. Most of the extra functionalities can be implemented by hanging meta-data from SkCanvas. We cannot eliminate skia::PlatformCanvas in one step due to WebKit's dependency on skia::PlatformCanvas. WebKit::WebCanvas is typedef as skia::PlatformDevice. It should be SkCanvas. So we need to do it in multiple steps: 1. Prepare Chromium tree for the change in WebKit::WebCanvas tyepdef. This basically means adding a couple of static_cast<skia::PlatformCanvas>(WebCanvas). 2. Change WebKit::WebCanvas typedef from skia::PlatformCanvas to SkCanvas 3. Eliminate skia::PlatformCanvas in chromium This CL accomplishes the first step on windows. WebKit BUG=https://bugs.webkit.org/show_bug.cgi?id=57563 Review URL: http://codereview.chromium.org/6783023 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@80955 0039d316-1c4b-4281-b951-d872f2087c98
* Fixed a few styles issues in skia::PlatformDevice. Made function names ↵alokp@chromium.org2011-04-061-1/+1
| | | | | | | | consistent. Added Begin/EndPlatformPaint on Mac. Review URL: http://codereview.chromium.org/6691067 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@80707 0039d316-1c4b-4281-b951-d872f2087c98
* Move some files from base to base/memory.levin@chromium.org2011-03-281-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | raw_scoped_refptr_mismatch_checker.h ref_counted.cc ref_counted.h ref_counted_memory.cc ref_counted_memory.h ref_counted_unittest.cc scoped_callback_factory.h scoped_comptr_win.h scoped_handle.h scoped_native_library.cc scoped_native_library.h scoped_native_library_unittest.cc scoped_nsobject.h scoped_open_process.h scoped_ptr.h scoped_ptr_unittest.cc scoped_temp_dir.cc scoped_temp_dir.h scoped_temp_dir_unittest.cc scoped_vector.h singleton.h singleton_objc.h singleton_unittest.cc linked_ptr.h linked_ptr_unittest.cc weak_ptr.cc weak_ptr.h weak_ptr_unittest.cc BUG=None TEST=Compile Review URL: http://codereview.chromium.org/6714032 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@79524 0039d316-1c4b-4281-b951-d872f2087c98
* Move a bunch of renderer->browser messages to content.jam@chromium.org2011-03-231-0/+1
| | | | | | | TBR=tsepez Review URL: http://codereview.chromium.org/6721021 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@79152 0039d316-1c4b-4281-b951-d872f2087c98
* Hook up the sad plugin painting and the crashed plugin infobars forbrettw@chromium.org2011-03-191-33/+3
| | | | | | | | | | | | | | | | out-of-process PPAPI plugins. This mostly just forwards notifications up and provides a way to get the sad plugin image in the PPAPI rendering code. I moved the NPAPI sad tab painting to a new file so that it could be shared between the NPAPI and PPAPI. This also hooks up the name and version information in the task manager for PPAPI plugins. R=jam@chromium.org Review URL: http://codereview.chromium.org/6685091 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@78816 0039d316-1c4b-4281-b951-d872f2087c98
* Renaming NativeMetafile related methods to more appropriate names.dpapad@chromium.org2011-03-191-1/+1
| | | | | | | | | | | | 1) Renaming Close() to FinishDocument() 2) Renaming NativeMetafileFactory::CreateMetafile() to Create(), since the name of the class already implies what is being created BUG=NONE TEST=NONE Review URL: http://codereview.chromium.org/6674037 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@78788 0039d316-1c4b-4281-b951-d872f2087c98
* Move a bunch of remaining files from chrome\renderer to content\renderer.jam@chromium.org2011-03-191-1/+1
| | | | | | | TBR=avi Review URL: http://codereview.chromium.org/6688047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@78781 0039d316-1c4b-4281-b951-d872f2087c98
* Stop overloading Init() in NativeMetafile.vandebo@chromium.org2011-03-171-1/+1
| | | | | | | | | BUG=NONE TEST=NONE Review URL: http://codereview.chromium.org/6709009 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@78625 0039d316-1c4b-4281-b951-d872f2087c98
* Add separate ContentClient interfaces for gpu/plugin/renderer processes. ↵jam@chromium.org2011-03-171-8/+4
| | | | | | | | Since we don't have a need for a chrome/gpu or chrome/plugin directory, their chrome implementations are in chrome/common. Use the renderer one for getting the sad plugin image. Review URL: http://codereview.chromium.org/6708013 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@78617 0039d316-1c4b-4281-b951-d872f2087c98
* Move a bunch of gpu/worker/plugin renderer code to content. I temporarily ↵jam@chromium.org2011-03-171-0/+1430
disabled the sad plugin code while I add a renderer chrome interface in a follow up. TBR=avi Review URL: http://codereview.chromium.org/6713005 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@78579 0039d316-1c4b-4281-b951-d872f2087c98
generated by cgit v1.1 at 2025-02-19 09:01:57 +0000