summaryrefslogtreecommitdiffstats
path: root/ipc/ipc_message_start.h
Commit message (Collapse)AuthorAgeFilesLines
* Adds chrome.memoryBenchmarking.heapProfilerDump for the browser process.bulach@chromium.org2013-05-241-0/+1
| | | | | | | | | | | This function will be used in conjunction with --enable-memory-benchmarking switch in order to obtain TCMalloc's heap dumps. BUG=239836 Review URL: https://chromiumcodereview.appspot.com/15082004 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@202087 0039d316-1c4b-4281-b951-d872f2087c98
* Move child-common classes to content/common_childjamesr@chromium.org2013-05-211-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | We need a place to put code that is shared between child processes of different types but not used in the browser process. For instance, the NPObject bindings code is used in the plugin and renderer processes but depends on WebBindings which the browser shouldn't depend on. Some web platform features require shared code between renderer and worker processe. The WebKit image decoders are used by worker, renderer and utility processes. This creates a content/common_child directory for code shared by more than one child process type. content/common_child can depend on content/common and all content/ subdirs except for content/browser and content/common can depend on it. The java bridge code is (more than a) bit busted since it pulls the NPObject bindings in to the browser, but since this code is only intended for use on android single-process configurations I've just created DEPS exceptions for this bit of code. BUG=241606 Review URL: https://chromiumcodereview.appspot.com/15047014 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@201252 0039d316-1c4b-4281-b951-d872f2087c98
* Implement web speech synthesis.dmazzoni@chromium.org2013-05-031-0/+1
| | | | | | | | | | | | | | | | Refactors TtsController a bit so that it can be used both by Tts extensions and by web speech. Implements almost all of the features of the web speech API. Requires corresponding WebKit patch: https://bugs.webkit.org/show_bug.cgi?id=111695 BUG=171887 NOTRY=true Review URL: https://chromiumcodereview.appspot.com/12589005 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@198060 0039d316-1c4b-4281-b951-d872f2087c98
* Re-implement form validation message UI with native widgets. (Common and Mac)tkent@chromium.org2013-04-301-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | The current form validation message UI with Shadow DOM has a lot of problems and some of them are unresolvable if we continue to use Shadow DOM. We should stop using Shadow DOM. This patch implements a platform-indepedent part of WebKit::WebValidationMessageClient, and the Mac part. - Introduce ValidationMessageAgent, which implements WebKit::WebValidationMessageClient and lives in a renderer process of the chrome module. It dispatches IPC messages to the browser process. ValidationMessageAgent is used only on Mac for now. - ValidationMessageFilter receives the IPC messages in the browser process, and instructs to show/hide validation message UI. - Add common interface to control validation message UI validation_message_bubble.h - Add skelton implementations for non-Mac and a real implementation for Mac validation_message_bubble_*.* BUG=90252,90958,92816,104829,106621,113352,115451,125330,143356,146212,155448,166981,231170 Review URL: https://chromiumcodereview.appspot.com/13160004 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@197226 0039d316-1c4b-4281-b951-d872f2087c98
* Add a new pair of IPC categories for messages that need handling as input eventsjamesr@chromium.org2013-04-271-0/+1
| | | | | | | | | | | | | | | | | | | | The compositor thread input filtering mechanism adds the possibility of handling some IPCs in the render process main thread in a different order than they were sent from the browser process since it filters some messages from the IO thread. For the most part, this is OK since the exact order of different types of messages is not important but there are some input-related messages that do need to processed in order - for instance MouseCaptureLost (see crbug.com/231532). This adds a new IPC class, InputMsg, for messages that need input-like filtering and InputHostMsg for their ACKs. All messages of this class are routed through the compositor thread to preserve order. BUG=233365 Review URL: https://chromiumcodereview.appspot.com/14487003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@196907 0039d316-1c4b-4281-b951-d872f2087c98
* Adding WebRTC logging filter, handler and handler host.grunell@chromium.org2013-04-181-0/+1
| | | | | | | | | | | Updates to and usage of these will be added in coming CLs. BUG=229829 Review URL: https://chromiumcodereview.appspot.com/13119009 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@194861 0039d316-1c4b-4281-b951-d872f2087c98
* Split FaviconHelper in two: ImageLoadingHelper and FaviconHelper.dimich@chromium.org2013-03-291-1/+1
| | | | | | | | | | | | | | | | | | This is the first step of fixing http://crbug.com/196769. The problem is that there are two types of users of Content::DownloadFavicon() - the favicon consumers and regular icons and images consumers. Recently, the otherwise-generic image download+decoding implementation regressed because it was assumed to be only used for favicon loading. The proposed fix is to add a parameter to the method (enum, FAVICON/IMAGE) and rename it from DownloadFavicon to DownloadImage, to make sure the name corresponds to the impl/usage. This is rename-only part, no additional parameter yet. The FaviconHelper class was split in 2, with new ImageLoadingHelper dealing with images. BUG=196769 Review URL: https://chromiumcodereview.appspot.com/12780024 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@191304 0039d316-1c4b-4281-b951-d872f2087c98
* [mac] App shimsjeremya@chromium.org2013-03-181-0/+1
| | | | | | | | | | | | | | | | The AppShimHostController uses an IPC::ChannelFactory to listen on a socket for app shims connecting. App shims send a launch message when they start, so we translate that into actually launching the app. I changed chrome_main_app_mode_mac.mm to use the IPC channel instead of sending an Apple Event as before, and added an event loop and an IO thread. BUG=138733 Review URL: https://chromiumcodereview.appspot.com/12623005 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@188675 0039d316-1c4b-4281-b951-d872f2087c98
* Enable Chrome Signin from Webstoreguohui@chromium.org2013-02-011-0/+1
| | | | | | | | | | | | This CL adds webstore as a new source for Chrome signin. It also grabs password as soon as password form is submitted rather than at the end of navigation. The reason is webstore runs in its own context, redirect from gaia to webstore results in context swap during which password data is discarded, thus password must be sent to the oneclick signin helper before redirect occurs. PM mock at https://docs.google.com/a/google.com/presentation/d/1zCvdhBXKL8RDQwuRauSZdgCbiRexJRZ564z9Uw0wS6U/edit?disco=AAAAAFg3OEI#slide=id.g996e03e1_00. This CL implements the transition from slide 7 to 8. BUG=173433 Review URL: https://codereview.chromium.org/12086069 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@180086 0039d316-1c4b-4281-b951-d872f2087c98
* Componentize visitedlinks to src/components/visitedlinkboliu@chromium.org2013-01-231-0/+1
| | | | | | | | | | | | | | | All visitedlink files moved to src/components/visitedlink/[browser|common|renderer|test] Created static lib targets for browser, common, and renderer. Test files are moved but still uses old test targets in chrome/ Dcommitted due to AllowScopedIO being moved but still triggers presubmit error. Bots are mostly happy. BUG=168716 Review URL: https://codereview.chromium.org/11825011 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@178176 0039d316-1c4b-4281-b951-d872f2087c98
* Data collection part of webrtc-internals implementationjiayl@chromium.org2013-01-101-0/+1
| | | | | | | | | | | | | | | | | | | This change implements the data collection part of webrtc-internals. RTCPeerConnectionHandler is an existing class living in the main renderer thread and knows about the status of a peer connection. With this CL, it reports every peer connection creation to PeerConnectionTracker. PeerConnectionTracker is also running in the renderer process. It assigns an integer ID to each peer connectionstore and sends the basic peer connection info to PeerConnectionTrackerHost along with the ID. PeerConnectionTrackerHost is running in the browser process in the IO thread. It simply passes anything it receives from PeerConnectionTracker to WebRTCInternals. WebRTCInternals is a singlton running in the browser process. It sends the data received from PeerConnectionTrackerHost to every observer, i.e. webrtc-internals page. WebRTCInternalsUIObserver will be implemented in another change list. BUG=168232 Review URL: https://chromiumcodereview.appspot.com/11753020 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@176012 0039d316-1c4b-4281-b951-d872f2087c98
* Add tracing support to NaCljbauman@chromium.org2012-12-081-0/+1
| | | | | | | | | | Add Ppapi IPC messages and a handler inside of the NaCl IRT to enable, disable, and send the result of tracing. BUG=93839 Review URL: https://codereview.chromium.org/11411118 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@171911 0039d316-1c4b-4281-b951-d872f2087c98
* Move IPCMessageStart enum into it own file with security team OWNERS, so ↵tsepez@chromium.org2012-10-231-0/+77
that new message files can't be added to chromium without triggering a security review. Review URL: https://chromiumcodereview.appspot.com/11048038 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@163713 0039d316-1c4b-4281-b951-d872f2087c98
generated by cgit v1.1 at 2024-10-31 05:21:43 +0000