Fix policy handling in the WiFi/Ethernet configuration dialog.

The 'Ethernet' key was by mistake swapped with the 'Wifi' key during a refactoring.
This commit fixes this error.

TBR=stevenjb@chromium.org
BUG=362539

Review URL: https://codereview.chromium.org/313933006

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@275113 0039d316-1c4b-4281-b951-d872f2087c98
Update V8 to version 3.27.20 (based on bleeding_edge revision r21679).

Please reply to the V8 sheriff mvstanton@chromium.org in case of problems.

TBR=mvstanton@chromium.org

Review URL: https://codereview.chromium.org/318863003

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@275114 0039d316-1c4b-4281-b951-d872f2087c98
Update .DEPS.git

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@275115 0039d316-1c4b-4281-b951-d872f2087c98
Settings Override API: support prepopulated_id.

BUG=375846

Review URL: https://codereview.chromium.org/312533002

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@275116 0039d316-1c4b-4281-b951-d872f2087c98
Add reference from Handle to Core.

R=viettrungluu@chromium.org,rmcilroy@chromium.org

Review URL: https://codereview.chromium.org/309363002

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@275117 0039d316-1c4b-4281-b951-d872f2087c98
Updating trunk VERSION from 2032.0 to 2033.0

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@275119 0039d316-1c4b-4281-b951-d872f2087c98
Enable unified GR by default in Aura.

BUG=332418
TEST=GestureRecognizerTest.*

Review URL: https://codereview.chromium.org/315713002

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@275122 0039d316-1c4b-4281-b951-d872f2087c98
Remove unneeded include from search_engines

Remove unneeded include to prepare for componentization of this directory.
Remove a notification type NOTIFICATION_DEFAULT_SEARCH_POLICY_CHANGED in which no one is interested.

BUG=371535
TEST=git cl try

Review URL: https://codereview.chromium.org/318843004

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@275123 0039d316-1c4b-4281-b951-d872f2087c98
test_runner: Migrate MockWebRTCPeerConnectionHandler to Chromium C++ style

Changes:
1) Run clang-format through source and header files.
2) Fix member variables names.
3) Rename file name to mock_webrtc_peer_connection_handler.
4) Fix parameter names.

Updated mock_webrtc_data_channel_handler to remove assert and add parameter
names.

BUG=360000

Review URL: https://codereview.chromium.org/316093005

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@275127 0039d316-1c4b-4281-b951-d872f2087c98
Do not try to verify focus placement in ClearBrowserDataBrowserTest.

The test was flaky because of a more general bug in the WebUI framework (crbug.com/380737). This latter bug exhibits itself when, during opening a WebUI overlay, the BrowserWindow loses focus -- which happens a lot on build bots running multiple browser tests in parallel.

BUG=379574

Review URL: https://codereview.chromium.org/313843002

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@275128 0039d316-1c4b-4281-b951-d872f2087c98
MacViews: Cleanup: Remove some USE_AURA from app_list.

MacViews is going to have an accelerated UI compositor, and it's taken
enough shape to know some code guarded by USE_AURA is going to work
fine.

This change unguards some code in the app list around accellerated
animations and layers. The guards actually are no longer guarding
enough. Attempting to use them as-is will quickly crash when some
unguarded code expects a layer() to be non-NULL.

Some USE_AURA guards remain around aura::Window usage, which will be
refactored in a follow-up.

The cleanup fixes a couple of files missing newlines at the end, since
that offends clang on Mac.

BUG=365977

Review URL: https://codereview.chromium.org/315133002

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@275129 0039d316-1c4b-4281-b951-d872f2087c98
Generate enums for mojo java bindings.

Review URL: https://codereview.chromium.org/300043006

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@275130 0039d316-1c4b-4281-b951-d872f2087c98
Not checking data channel ready state in test if unreliable.

We have been seeing these for a while in cases where the data channels
are unreliable:

From javascript: Error: expected 'open', got 'closed'.
    at failTest (http://127.0.0.1:50117/media/webrtc_test_utilities...
    at assertEquals (http://127.0.0.1:50117/media/...
    at RTCDataChannel.secondDataChannel.onmessage (peerconnection.html)

Since the test will re-send messages until they get through if the
data channel is unreliable, my hypothesis is that we get a race
between the repeated message sending and the channel shutdown when
channel 1 receives its reflected message. Like this:

Channel 1: send message every 200 ms
Channel 2: once we get a message, reply it to channel 1 every 200 ms.
           Note this reply loop will start for every message received.
Channel 1: once we get a message, close the channel.

So if channel 1 received a reply just after sending a message, the
channel shutdown will race with the message. Since there are no
guarantees in the spec that the channel is open when onmessage gets
called (messages could be buffered), it is incorrect to assume that
the channel will always be open.

We can make that assumption in the reliable case though as the test
will only send one message and not retry, so there is no message to
race with the shutdown.

BUG=373637
R=jiayl@chromium.org
CC=perkj@chromium.org

Review URL: https://codereview.chromium.org/314953003

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@275131 0039d316-1c4b-4281-b951-d872f2087c98
Fix a test so it runs with --enable-apps-show-on-first-paint.

To do this a new test-only event has been added allowing apps to send
test messages after their window has been created.

BUG=225843

Review URL: https://codereview.chromium.org/316523002

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@275132 0039d316-1c4b-4281-b951-d872f2087c98
Measure signed-in profiles using their GAIA image, statefully.

BUG=357693

Review URL: https://codereview.chromium.org/308053015

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@275133 0039d316-1c4b-4281-b951-d872f2087c98
Add browser-global GCMDriver

This CL adds a browser-global GCMDriver instance. This GCM connection can
be used even if no session is in progress and no user is signed in.

Since GCMDriverDesktop was originally meant to work for signed-in users
only, it still depends on an IdentityProvider. The CL introduces a
temporary DummyIdentityProvider to satisfy the dependency. This dummy
class will be deleted when GCMDriver's dependency on IdentityProvider is
removed.

BUG=376746
TEST=Covered by GCMDriverTest.* unit tests

Review URL: https://codereview.chromium.org/301973009

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@275134 0039d316-1c4b-4281-b951-d872f2087c98
Hook up GCMDriverAndroid callbacks

GCMDriverAndroid used to ignore callbacks and app handlers.
It will now properly pass on events received from Java.

Depends on https://codereview.chromium.org/312683004/

BUG=350378
TBR=pavely@chromium.org

Review URL: https://codereview.chromium.org/309313004

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@275135 0039d316-1c4b-4281-b951-d872f2087c98
install-build-deps: Install libudev1:i386 for Ubuntu 14.04

libudev0:i386 is not avaiable on Ubuntu 14.04, while libudev1:i386 does.
The script should aware this.

BUG=

Review URL: https://codereview.chromium.org/311233006

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@275136 0039d316-1c4b-4281-b951-d872f2087c98
Revert of Enable touch text selection by default on desktop Aura (https://codereview.chromium.org/305423003/)

Reason for revert:
This change has broken two Blink layout-tests, context-menu-on-long-press.html
and right-click-gestures-set-cursor-at-correct-position.html.

More relevant information, failed runs and output is available in the bug.

BUG=381152


Original issue's description:
> Enable touch text selection by default on desktop Aura
> 
> --disable-touch-editing can be used to disable touch text selection.
> 
> BUG=304872
> 
> Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=274972

TBR=sky@chromium.org,mohsen@chromium.org
NOTREECHECKS=true
NOTRY=true
BUG=304872

Review URL: https://codereview.chromium.org/313263004

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@275138 0039d316-1c4b-4281-b951-d872f2087c98
Revert 274991 "Fix Views web-modal dialog widget creation."

MediaGalleriesPlatformAppBrowserTest.Scan is timing out consistently after this CL, so speculatively reverting.

http://build.chromium.org/p/chromium.win/builders/XP%20Tests%20%281%29/builds/31455

> Fix Views web-modal dialog widget creation.
> 
> r272016 regressed web-modal dialog shadow styling.
> Use CreateDialogWidget for dialog creation to fix that.
> Only set SHADOW_TYPE_NONE for new-style dialogs there.
> (removes the double border, consolidates dialog widget init)
> Take WidgetDelegate for ConstrainedWebDialogDelegateViewViews.
> Mark web-modals as ui::MODAL_TYPE_CHILD and child widgets.
> 
> Remove now unused Widget::CreateWindowAsFramelessChild.
> (keep a copy for the system-modal captive portal dialog)
> (that dialog is very odd, system-modal and "web-modal"?)
> 
> Add [Create|Show]WebModalDialogViews helper functions.
> Use these for c/b/ui/views web-modal dialog init/show.
> (cannot be used by c/b/chromeos, so cleanup less there)
> Cleanup includes, cached widgets, using statements, etc.
> 
> BUG=376646,378970
> TEST=Views tab-modal dialogs appear as expected.
> R=wittman@chromium.org,sky@chromium.org
> 
> Review URL: https://codereview.chromium.org/301393002

TBR=msw@chromium.org

Review URL: https://codereview.chromium.org/313343002

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@275139 0039d316-1c4b-4281-b951-d872f2087c98