Docserver: Replace injecting Apps-samples file systems around the place with a
single GithubFileSystemProvider which knows how to create different types of
GithubFileSystems. This also helps for testing.

BUG=293678
R=jyasskin@chromium.org
NOTRY=true

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

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@231437 0039d316-1c4b-4281-b951-d872f2087c98
SVN changes up to revision 231437
Assert that C++ counterparts of Java classes are destroy()ed.

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

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@231438 0039d316-1c4b-4281-b951-d872f2087c98
[chromedriver] Add a separate command for the heap snapshot.

BUG=

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

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@231439 0039d316-1c4b-4281-b951-d872f2087c98
SVN changes up to revision 231438
Pull gn binary.

This pulls the Windows and Linux binaries down from Google storage on sync. These aren't hooked up to anything yet, and Mac will come later.

BUG=
R=hinoka@google.com

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

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@231440 0039d316-1c4b-4281-b951-d872f2087c98
Update chacha20poly1305.patch for the changes made in r230713
(https://codereview.chromium.org/36073014).

R=agl@chromium.org
BUG=310768
TEST=none

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

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

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@231442 0039d316-1c4b-4281-b951-d872f2087c98
SVN changes up to revision 231441
SVN changes up to revision 231442
Revert 231127 "Revert 230852 "Revert 230545 "Disable image trans..."

BUG=311673, 304369

> Revert 230852 "Revert 230545 "Disable image transport surface on..."
> 
> > Revert 230545 "Disable image transport surface on all windows ma..."
> > 
> > Because the patch of r230660 got reverted.
> > 
> > > Disable image transport surface on all windows machines.
> > > 
> > > We want to try using the direct presentation path everywhere, so blacklist texture sharing on all machines. If this works, we can delete the image transport surface code later.
> > > We've made the image transport surface work even with the sandbox at full strength, so remove the code that reduces the GPU sandbox in this case.
> > > 
> > > BUG=304369
> > > R=kbr@chromium.org
> > > 
> > > Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=227583
> > > 
> > > Review URL: https://codereview.chromium.org/26073002
> > 
> > TBR=jbauman@chromium.org
> > 
> > Review URL: https://codereview.chromium.org/40723004
> 
> TBR=cpu@chromium.org
> 
> Review URL: https://codereview.chromium.org/45813002

TBR=jbauman@chromium.org

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

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@231443 0039d316-1c4b-4281-b951-d872f2087c98
SVN changes up to revision 231443
GTTF: increase new test launcher timeout to one compatible with run_test_cases.py

Example of a slow test is ExtensionSettingsFrontendTest.QuotaLimitsEnforcedCorrectlyForSyncAndLocal
which takes over 50 seconds on Windows debug bots.

BUG=236893
R=rmsousa@chromium.org

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

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@231447 0039d316-1c4b-4281-b951-d872f2087c98
Send GesturePinchBegin only when finger has moved far enough

Currently we transit into GS_PINCH and send GesturePinchBegin when:
1) 2 fingers down and are far apart (without any movement)
2) 2 fingers down and close to each other, then one finger moves significantly
   (even when the touch move is prevented default)

GesturePinchBegin will always send a GestureScrollBegin, which will
cause RWH to send all the following touch events back as not processed.

So entering GS_PINCH state too early (i.e. 2 fingers down, but before
seeing any real finger movement for pinch gesture) will prevent the
following touch events to get their actual disposition from renderer,
i.e. they can be prevented default/processed.
 
This CL adds another gesture state GS_PENDING_PINCH corresponding to
the state of 2 fingers down far apart but before any finger moves
significantly.

BUG=306240
TEST=Follow the test at 306240, make sure no pinch-to-zoom when touch move
     are prevented default.

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

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@231448 0039d316-1c4b-4281-b951-d872f2087c98
SVN changes up to revision 231447
[NaCl SDK] nacl_io: add support for SO_KEEPALIVE and FD_CLOEXEC

These are useful for the civitweb port in naclports.

R=binji@chromium.org

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

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@231450 0039d316-1c4b-4281-b951-d872f2087c98
Fix PrerenderBrowserTestWithExtensions.WebNavigation test.

It got broken after it was disabled. Fix it and bring its disabled configs
in line with other extension browser_test flakes. This is on the theory
that this is the only source of the flake. If the test still fails, it can
be disabled again.

Also remove a chrome.tabs.update call in
PrerenderBrowserTestWithExtensions.TabsApi that wasn't doing anything.

BUG=177163,249179
TEST=PrerenderBrowserTestWithExtensions.*

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

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@231451 0039d316-1c4b-4281-b951-d872f2087c98
SVN changes up to revision 231450
Makes tooltips work better with capture

When capture is held all mouse events go to the captured window, even
if another window happens to be under the mouse. This patch makes it
so that when capture is held TooltipController looks for the window
under the mouse and potentially queries it for the tooltip.

If the window under the mouse differs from the captured window it is
queried for the tooltip if the capture window and the window under the
mouse have the same value for the window property
TooltipManager::kGroupingPropertyKey. The only place that sets this
value is menus. When a menu is shown only the first menu has
capture. By picking up the tooltip from the other menus tooltips
show correctly for nested menus.

I also had to update TooltipManagerAura to similarly update the
tooltip on the associated window when capture is held.

BUG=310604 5246 311291
TEST=see bug
R=varunjain@chromium.org

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

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@231452 0039d316-1c4b-4281-b951-d872f2087c98
Move retry logic to PrivetURLFetcher

Move the logic for retrying on transient errors to PrivetURLFetcher, so that
local printing can benefit from it.

BUG=

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

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