| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Also collapses some long parameter lists into AudioParameters and moves some
of the hardcoded values (e.g. 16 bit audio in AudioDevice) to more appropriate
locations.
BUG=115902
TEST=manually testing everything works out
Review URL: https://chromiumcodereview.appspot.com/9655018
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@128054 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Set RenderViewImpl's routing_id to WebSocketStresmHandleImpl via
dispatchWillOpenSocketStream()
- Send the id from WebSocketStreamHandleImpl to SocketStreamHost
via IPC SocketStreamHostMsg_Connect
This change aim that SocketStreamDispatcher uses SSLManager
with routing_id to handle SSL errors.
BUG=53836
TEST=none
Review URL: http://codereview.chromium.org/9677031
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@127964 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This CL implements RenderWidgetHostViewAura::CopyFromCompositingSurface.
As a result, browser side thumbnailing on GPU composited page is supported on Aura.
This CL depends on http://codereview.chromium.org/9582003/.
BUG=96351
TEST=Built Chrome with GYP_DEFINES="use_aura=1 chromeos=1", ran "chrome --enable-in-browser-thumbnailing --ui-use-gpu-process", then checked that thumbnailing works on GPU composited pages.
Review URL: http://codereview.chromium.org/9464010
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@127115 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Files on gdata are cached locally with human unreadable names like
/blah/gdata/cache/d41d8cd98f00b204e9800998ecf8427e. When these files
are selected from the file chooser for uploading from <form>,
we should pass display names, in addition to real paths, to WebKit,
so the proper names are shown in web pages, and used for uploading.
This patch simply adds SelectedFileInfo with minimal code changes.
There should be no behavior changes.
The file selection code for Chrome OS will be changed in a separate patch.
BUG=chromium-os:27222
TEST=try bots.
Review URL: https://chromiumcodereview.appspot.com/9651028
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@126606 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
| |
console.
BUG=116769
Review URL: http://codereview.chromium.org/9663051
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@126164 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
| |
As a side effect, requests going through URLFetcher now also have to pass cookie checks. Requests from the URLFetcher can be optionally annotated with a render view, so the user can be notified about blocked cookies. This plumbing is done for the alternate nav url fetcher, and the template url fetcher.
BUG=116322
TEST=manual/pyauto
Review URL: https://chromiumcodereview.appspot.com/9572001
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@125831 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Then expand GpuBlacklist so we could blacklist GPU features based on GpuPerformanceStats.
This is Windows only feature.
BUG=116350
TEST=waterfall
R=vangelis
Review URL: https://chromiumcodereview.appspot.com/9616036
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@125446 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
implementation.
- The general-purpose speech recognition classes (that will be needed also by future code) have been renamed to SpeechRecognition*;
- The IPC Messages and dispatcher(host) classes that are only related to the current input tag (x-webkit-speech) support have been renamed to InputTagSpeech*;
- The namespace has been renamed from speech_input to speech;
BUG=116954
TEST=
Review URL: https://chromiumcodereview.appspot.com/9568002
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@125378 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
into it.
This patch:
- renames content/{common,browser]/file_system to content/{common,browser}/fileapi,
- moves content/browser/chrome_blob_storage_context.{h,cc} into content/browser/fileapi,
- moves content/common/webblob_registry_impl.{h,cc} into content/common/fileapi,
- moves content/common/{file_system_messages.h,webblob_messages.h} into content/common/fileapi,
- adds jianli@ to OWNERS of content/{browser,common}/fileapi,
- rename FileAndBlobMessageFilter to FileAPIMessageFilter.
BUG=115603
TEST='Build should finish successfully'
Review URL: http://codereview.chromium.org/9558006
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@124439 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
| |
as without this patch (and everything is still behind a flag).
BUG=105115
TEST=
Review URL: http://codereview.chromium.org/9360018
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@123418 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
| |
Introduces an IndexedDBKeyRange type for simplifying IPC messages, but existing messages have not yet been changed to use it.
BUG=101384
TEST=
Review URL: http://codereview.chromium.org/9389025
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@122567 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
is which features are enabled.
-moved GputFeatureFlags into the public API. The to/from string functions are only used by chrome now, so they moved to chrome\brower\gpu_util. I made the public API just an enum to match the rest of the Content API.
-moved the stats related code to chrome, since content doesn't need to know about it, and the callers were chrome code (i.e. GPUInterals and TracingUI)
-removed the UserData caching struct since it was now called by code in both content and chrome. I switched to modifying the current process's command line instead which I think also makes things simpler
In a followup change, I'll create a minimal interface around GpuDataManager that is exposed to embedders.
BUG=98716
Review URL: https://chromiumcodereview.appspot.com/9360035
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@122090 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is not yet used, but will be by a later patch.
BUG=99516
TEST=None yet
Review URL: http://codereview.chromium.org/9350072
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@122000 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
| |
Moves accessibility IPC definitions into content/common/accessibility_messages.h and renames them to be more clear.
BUG=none
TEST=none
Review URL: http://codereview.chromium.org/9375019
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@121734 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
reasons are:
-this struct wasn't used at all in webkit layer, so no need to have it there
-we can avoid exposing content layer's serialization of SSLInfo to embedders
-avoid mentioning routing_ids in the webkit layer
BUG=98716
Review URL: https://chromiumcodereview.appspot.com/9382037
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@121673 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
| |
http://codereview.chromium.org/9375024/ enables indexed db in shared workers.
BUG=112855
TEST=
Review URL: http://codereview.chromium.org/9368053
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@121669 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Also excludes usage of WebMediaPlayerImpl from render_view_impl.cc as it will be
implemented differently for android in a future CL. These changes are required to
make progress in getting content_unittests link for android.
BUG=113218
TEST=
Review URL: http://codereview.chromium.org/9361039
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@121095 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
| |
These are required to build content_unittests.
BUG=None
TEST=
Review URL: http://codereview.chromium.org/9348033
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@121023 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
| |
BUG=99516
TEST=compiles
Review URL: http://codereview.chromium.org/9340012
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@120729 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
| |
TBR=jam
Review URL: https://chromiumcodereview.appspot.com/9347010
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@120704 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
last_used_time and dictate memory allocations
This is initial work using partial information to start making decisions on memory allocation for various RenderWidgets/GraphicsContexts.
Subsequent work will fill in some of the missing information, and add do-somethings where we currently do-nothing -- namely implementing GpuCommandBufferSub::SetMemoryAllocation(...).\
BUG=111967
TEST=content_unittests GpuMemoryManager tests added
Review URL: http://codereview.chromium.org/9289052
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@120339 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
| |
with ChildProcessHost. Now classes like PluginProcessHost don't derive from it, but instead use composition.
I've also moved the iterator class into its own file in the public directory. Since classes don't derive from BrowserChildProcessHost and so can't static_cast from it, I added a template helper that does this.
BUG=98716
Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=118415
Review URL: https://chromiumcodereview.appspot.com/9150017
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@118516 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
what was done with ChildProcessHost. Now classes like PluginProcessHost don't derive from it, but instead use composition.
I've also moved the iterator class into its own file in the public directory. Since classes don't derive from BrowserChildProcessHost and so can't static_cast from it, I added a template helper that does this.
BUG=98716
Review URL: https://chromiumcodereview.appspot.com/9150017
TBR=jam@chromium.org
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@118420 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
| |
with ChildProcessHost. Now classes like PluginProcessHost don't derive from it, but instead use composition.
I've also moved the iterator class into its own file in the public directory. Since classes don't derive from BrowserChildProcessHost and so can't static_cast from it, I added a template helper that does this.
BUG=98716
Review URL: https://chromiumcodereview.appspot.com/9150017
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@118415 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
| |
BUG=None
TEST=compiles
Review URL: http://codereview.chromium.org/9049013
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@116235 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
| |
BUG=none
TEST=none
Review URL: http://codereview.chromium.org/9035002
TBR=ajwong@chromium.org
Review URL: http://codereview.chromium.org/9006057
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@115934 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
| |
BUG=none
TEST=none
Review URL: http://codereview.chromium.org/9035002
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@115929 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Initial implementation of the DXVA 2.0 H.264 hardware decoder for pepper for Windows. The decoding is done
using the Microsoft Media Foundation API. To render the output bitmap on the GPU texture we create a temporary
Direct3D surface in the RGB format and copy the decoded contents to this surface. This will change once we
have an ANGLE extension which allows us to pass the decoded surface as is for rendering.
We do the following prior to initializing the GPU sandbox:-
1. Load necessary decoding dlls.
2. Create static instances of the IDirect3DDeviceManager9 and the IDirect3DDevice9Ex interfaces. These are shared
among all decoder instances.
This work is done in the PreSandboxInitialization function in the DXVAVideoDecodeAccelerator class.
We cannot use CoCreateInstance to instantiate the h.264 decoder as that fails in the sandbox. Instead we do the
donkey work of loading the dll and using DllGetClassObject to instantiate the decoder.
BUG=none
TEST=Refactored the omx_video_decode_accelerator_unittest.cc test to ensure it works on Windows and Chrome OS.
This file has been renamed as video_decode_accelerator_unittest.cc as it now works on both windows and cros.
Review URL: http://codereview.chromium.org/8510039
TBR=ananta@chromium.org
Review URL: http://codereview.chromium.org/9024001
TBR=ananta@chromium.org
Review URL: http://codereview.chromium.org/9025002
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@115626 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
decoder for pepper for Windows. The decoding is done
using the Microsoft Media Foundation API. To render the output bitmap on the GPU texture we create a temporary
Direct3D surface in the RGB format and copy the decoded contents to this surface. This will change once we
have an ANGLE extension which allows us to pass the decoded surface as is for rendering.
We do the following prior to initializing the GPU sandbox:-
1. Load necessary decoding dlls.
2. Create static instances of the IDirect3DDeviceManager9 and the IDirect3DDevice9Ex interfaces. These are shared
among all decoder instances.
This work is done in the PreSandboxInitialization function in the DXVAVideoDecodeAccelerator class.
We cannot use CoCreateInstance to instantiate the h.264 decoder as that fails in the sandbox. Instead we do the
donkey work of loading the dll and using DllGetClassObject to instantiate the decoder.
BUG=none
TEST=Refactored the omx_video_decode_accelerator_unittest.cc test to ensure it works on Windows and Chrome OS.
This file has been renamed as video_decode_accelerator_unittest.cc as it now works on both windows and cros.
Review URL: http://codereview.chromium.org/8510039
TBR=ananta@chromium.org
Review URL: http://codereview.chromium.org/9024001
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@115483 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Windows. The decoding is done
using the Microsoft Media Foundation API. To render the output bitmap on the GPU texture we create a temporary
Direct3D surface in the RGB format and copy the decoded contents to this surface. This will change once we
have an ANGLE extension which allows us to pass the decoded surface as is for rendering.
We do the following prior to initializing the GPU sandbox:-
1. Load necessary decoding dlls.
2. Create static instances of the IDirect3DDeviceManager9 and the IDirect3DDevice9Ex interfaces. These are shared
among all decoder instances.
This work is done in the PreSandboxInitialization function in the DXVAVideoDecodeAccelerator class.
We cannot use CoCreateInstance to instantiate the h.264 decoder as that fails in the sandbox. Instead we do the
donkey work of loading the dll and using DllGetClassObject to instantiate the decoder.
BUG=none
TEST=Refactored the omx_video_decode_accelerator_unittest.cc test to ensure it works on Windows and Chrome OS.
This file has been renamed as video_decode_accelerator_unittest.cc as it now works on both windows and cros.
Review URL: http://codereview.chromium.org/8510039
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@115482 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
| |
content/{browser,common,renderer}
BUG=105949
TEST=
Review URL: http://codereview.chromium.org/8980002
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@115195 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The nacl_helper program uses content::MakeSharedMemorySegmentViaIPC but
none of the other proxy functions in the same source file. Some of those
functions refer to symbols that bring in a great deal of other code, e.g.
most of v8. We don't want all that code linked into nacl_helper--it bloats
the binary by a factor of ten or so.
Moving the function out to its own file prevents the other dependencies
coming in unnecessarily.
BUG= http://code.google.com/p/chromium/issues/detail?id=106986
TEST= still builds and nacl_helper binary is much smaller
R=jam@chromium.org,bradchen@google.com
Review URL: http://codereview.chromium.org/8970003
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@114822 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Navigation Timing (window.performance.timing) is now spec'd to use monotonically increasing time, so we need to follow suit. Most of this CL is just plumbing TimeTicks through. We already use TimeTicks to implement monotonicallyIncreasingTime() in WebCore.
On Windows, the clock doesn't tick uniformly between processes, so there is a layer in content that corrects for skew.
BUG=None
TEST=Adhoc (ran webtiming-* LayoutTests from Chrome) and content_unittests
Review URL: http://codereview.chromium.org/7602023
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@114736 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The nacl_helper program uses content::MakeSharedMemorySegmentViaIPC but
none of the other proxy functions in the same source file. Some of those
functions refer to symbols that bring in a great deal of other code, e.g.
most of v8. We don't want all that code linked into nacl_helper--it bloats
the binary by a factor of ten or so.
Moving the function out to its own file prevents the other dependencies
coming in unnecessarily.
BUG= http://code.google.com/p/chromium/issues/detail?id=106986
TEST= still builds and nacl_helper binary is much smaller
R=jam@chromium.org,bradchen@google.com
Review URL: http://codereview.chromium.org/8893009
TBR=mcgrathr@chromium.org
Review URL: http://codereview.chromium.org/8914026
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@114542 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The nacl_helper program uses content::MakeSharedMemorySegmentViaIPC but
none of the other proxy functions in the same source file. Some of those
functions refer to symbols that bring in a great deal of other code, e.g.
most of v8. We don't want all that code linked into nacl_helper--it bloats
the binary by a factor of ten or so.
Moving the function out to its own file prevents the other dependencies
coming in unnecessarily.
BUG= http://code.google.com/p/chromium/issues/detail?id=106986
TEST= still builds and nacl_helper binary is much smaller
R=jam@chromium.org,bradchen@google.com
Review URL: http://codereview.chromium.org/8893009
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@114539 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
| |
chromeos is the target in a few places.
Make this assumption explicit.
Also enable nacl in the non-chromeos case so we can start debugging.
Review URL: http://codereview.chromium.org/8776009
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@114039 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
| |
BUG=106523
TEST=ui_unittests --gtest_filter=ClipboardTest.* and manual testing
Review URL: http://codereview.chromium.org/8801038
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@113502 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Pull the CrAppProtocol autorelease-pool handling down into
MessagePumpCrApplication, which is selected at Create() if NSApp
implements the right protocol. UsingCrApp() allows clients to
confirm the correct setup (unfortunately, synchronizing NSApp
initialization and MessagePump::Create() would be intrusive).
Also push CrAppProtocol and CrAppControlProtocol implementation into
BrowserCrApplication, and reparent that class from NSApplication.
Reparent ServiceCrApplication on NSApplication and rename.
Remove CrApplication registration from gpu, plugin, and renderer
mains.
Remove MockCrApp dependency from remoting sample code.
BUG=102224
Review URL: http://codereview.chromium.org/8771028
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@113281 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Adds XInput redist DLL which is a new dependency of recently added gamepad code,
and is required on Win XP. laforge has OK'd the size addition to the final
package (~100K).
BUG=79050
Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=112812
Review URL: http://codereview.chromium.org/8774023
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@113274 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
| |
BUG=105028
TEST=none (browser side still missing, does nothing yet)
Review URL: http://codereview.chromium.org/8774050
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@112898 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
| |
instead of by inheritence.
BUG=98716
Review URL: http://codereview.chromium.org/8787004
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@112878 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Adds XInput redist DLL which is a new dependency of recently added gamepad code,
and is required on Win XP. laforge has OK'd the size addition to the final
package (~100K).
BUG=79050
Review URL: http://codereview.chromium.org/8774023
TBR=scottmg@google.com
Review URL: http://codereview.chromium.org/8788009
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@112859 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
| |
Adds XInput redist DLL which is a new dependency of recently added gamepad code,
and is required on Win XP. laforge has OK'd the size addition to the final
package (~100K).
BUG=79050
Review URL: http://codereview.chromium.org/8774023
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@112812 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
| |
it through composition. This cleans up the code and makes it easier to understand (as well as more closely conform to the Google C++ style guide). It also makes it possible to add an interface around ChildProcessHost in a future change.
BUG=98716
Review URL: http://codereview.chromium.org/8774040
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@112769 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
| |
the fact that some processes inherited from it was confusing. There's now a simpler struct, content::ChildProcessData. BrowserChildProcessHost uses composition instead of inheritence.
BUG=98716
Review URL: http://codereview.chromium.org/8770027
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@112597 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
| |
Also merge content/ MockCrControlApp into base/ MockCrApp.
Also use MockCrApp in test_shell_tests, and slight tweak to autorelease pool in test_shell's initialization.
BUG=102224
Review URL: http://codereview.chromium.org/8724004
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@112578 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
| |
code that calls those functions be duplicated and also makes the chrome service code not know about internal content IPCs. It also cleans up ChildProcessHost a bit, which will be useful when it gets an interface around it for the Content API.
BUG=98716
Review URL: http://codereview.chromium.org/8759013
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@112492 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
base/mac.
Also merge content/ MockCrControlApp into base/ MockCrApp.
BUG=102224
Review URL: http://codereview.chromium.org/8724004
TBR=shess@chromium.org
Review URL: http://codereview.chromium.org/8762020
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@112411 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
| |
belongs. This also helps reduce the dependencies on child_process_info.h from chrome, in preparation for removing the class altogether.
BUG=98716
Review URL: http://codereview.chromium.org/8757014
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@112408 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
| |
BUG=98716
Review URL: http://codereview.chromium.org/8760012
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@112365 0039d316-1c4b-4281-b951-d872f2087c98
|