0
Commit Graph

76343 Commits

Author SHA1 Message Date
bff391b6b4 Use DISPLAY priority TaskRunner for silent sink suspension.
Unfortunately the interaction of WebAudio's pull model and MediaStream's
push model ends up requiring a high priority thread to pump WebAudio. In
most cases the AudioOutputDevice provides this thread, but in the MS
case audio is redirected to the MS and only silent audio is delivered to
the actual output device. After 30s the SilentSinkSuspender kicks in to
avoid wasting power on an unused output device; which can be up to 25%
improvement.

SilentSinkSuspender runs on the media thread though, which in addition
to being normal priority, is generally running tasks which may take
longer than the audio time slice (~2ms in the worst on macOS) to run.
As such we can get glitches in the audio flowing out of the MS.

As such, lets give the SilentSinkSuspender a display priority thread and
see if that's sufficient to allow us to keep the power gains as well as
solve the glitching issues.

R=hongchan

Bug: 766198, 1030950
Change-Id: Id1f8b9fef052490fcd15b6b2e923b42e80f0ed2c
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2176259
Commit-Queue: Dale Curtis <dalecurtis@chromium.org>
Commit-Queue: Hongchan Choi <hongchan@chromium.org>
Auto-Submit: Dale Curtis <dalecurtis@chromium.org>
Reviewed-by: Hongchan Choi <hongchan@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764816}
2020-05-01 22:27:00 +00:00
c20a42fc5e Add tracing to make it easier to debug shutdown behavior.
Added trace events to BrowserContext, RenderProcessHostImpl,
and ProfileDestroyer to make it easier to visualize the
lifetime of these objects and observe their behavior during
shutdown.

Bug: 1076101
Change-Id: Iaaf9e96a6094801f0042e47bf0af28a92382eab7
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2171463
Commit-Queue: Charlie Reis <creis@chromium.org>
Reviewed-by: Charlie Reis <creis@chromium.org>
Reviewed-by: Nasko Oskov <nasko@chromium.org>
Auto-Submit: Aaron Colwell <acolwell@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764809}
2020-05-01 22:23:40 +00:00
9ac272f9bb Remove KitKat only MediaPlayer header
Chromium will no longer support KitKat:
https://groups.google.com/a/chromium.org/d/msg/chromium-dev/p1nOzmB2zig/aMb8SaRbAwAJ

In that light, this CL cleans up dead code.

Change-Id: I08b95fc84701487a8d6d8c78f88552ff3c605544
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2175319
Reviewed-by: Dan Sanders <sandersd@chromium.org>
Commit-Queue: Thomas Guilbert <tguilbert@chromium.org>
Auto-Submit: Thomas Guilbert <tguilbert@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764808}
2020-05-01 22:22:39 +00:00
a7c322dcff Disable flaky pointerlock tests.
Change-Id: Iae9c087b3e54ad2ef2b27ae6f1b863d7e57e3ead
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2176094
Reviewed-by: David Bokan <bokan@chromium.org>
Reviewed-by: Scott Violet <sky@chromium.org>
Commit-Queue: Rahul Arakeri <arakeri@microsoft.com>
Cr-Commit-Position: refs/heads/master@{#764806}
2020-05-01 22:21:31 +00:00
e3e8c0fc45 appcache: fix expired origin trial token in content_unittests
Bug: 1077369
Change-Id: I925c533465371e6b1428bd6f9bc1f694c1ffbab8
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2176266
Reviewed-by: Marijn Kruisselbrink <mek@chromium.org>
Commit-Queue: enne <enne@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764802}
2020-05-01 22:19:16 +00:00
f9444e1a5a Add image/avif to Accept headers for nav requests
Add image/avif to the HTTP Accept headers for navigation requests if the
AVIF feature is enabled. This is done by effectively inserting
"image/avif" into network::kFrameAcceptHeaderValue.

AV1 Image File Format (AVIF) is a new image format:
https://aomediacodec.github.io/av1-avif/

The AVIF image decoder is based on the AV1 video decoder, which is
available in Chrome if the ENABLE_AV1_DECODER build flag is set. In
addition, AVIF support is enabled by the AVIF feature flag. Therefore,
it requires a combination of a compile-time check and a run-time check
to detect if AVIF is enabled.

Websites can check the presence of image/avif in the HTTP Accept header
to determine if they can serve AVIF images to the Web browser.

Tested:
browser_tests --gtest_filter=*ChromeAcceptHeaderTest*
browser_tests --gtest_filter=*ChromeAcceptHeaderTest* --enable-features=AVIF
content_browsertests --gtest_filter=*AcceptHeaderTest*:*ServiceWorkerURLLoaderThrottleTest*:*SignedExchangeAcceptHeaderBrowserTest*
content_browsertests --gtest_filter=*AcceptHeaderTest*:*ServiceWorkerURLLoaderThrottleTest*:*SignedExchangeAcceptHeaderBrowserTest* --enable-features=AVIF

Bug: 1073107
Change-Id: I90a485fe19e063339243fe4e06388e15b839e117
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2173797
Reviewed-by: Matt Menke <mmenke@chromium.org>
Reviewed-by: Kinuko Yasuda <kinuko@chromium.org>
Reviewed-by: Yoav Weiss <yoavweiss@chromium.org>
Commit-Queue: Wan-Teh Chang <wtc@google.com>
Cr-Commit-Position: refs/heads/master@{#764797}
2020-05-01 21:28:03 +00:00
11308a0fc1 Add driver update link support to blacklisting entries.
Such link is displayed in about:gpu for affected users to
take action.

Also, disable accelerated video decode on AMD driver 8.17.10.*

This is the first try to get rid of this crash. If it doesn't
help, step two is to also disable gpu rasterization; step
three is to disable all GPU acceleration.

BUG=1069262
R=dalecurtis@chromium.org,kbr@chromium.org

Change-Id: I37168feaf2d1a8bfa492234262b21b83d89d3386
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2174879
Reviewed-by: Dale Curtis <dalecurtis@chromium.org>
Reviewed-by: Kenneth Russell <kbr@chromium.org>
Commit-Queue: Zhenyao Mo <zmo@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764773}
2020-05-01 20:34:49 +00:00
25c64f88a3 Add myself as an OWNER for mac_helpers.gni
Change-Id: I67013a4b206eb14b341e8ce9ce2d1b4a25503f90
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2173566
Reviewed-by: Oksana Zhuravlova <oksamyt@chromium.org>
Commit-Queue: Robert Sesek <rsesek@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764764}
2020-05-01 20:18:58 +00:00
ad3fc8feae Revert "appcache: bump manifest version to force token read"
This reverts commit 2c4473afd6.

Reason for revert: Causing content_unittest failures in multiple platforms, see https://ci.chromium.org/p/chromium/builders/ci/android-pie-arm64-rel/4800 for an example failure.

Original change's description:
> appcache: bump manifest version to force token read
> 
> Currently, there's a timing issue with adding Origin-Trial to a
> manifest.  If a user hasn't upgraded to M84 and gets the new manifest,
> the token_expires will not be correctly set on their cache.  This change
> makes it so that so long as a user has visited a site with an origin
> trial token in the manifest, even if they are on a previous version of
> Chrome, we will reparse the manifest and look at the token even if the
> remote manifest is unchanged.
> 
> Bug: 582750
> Change-Id: I6d15aa75093c6594a8ad9e668955c82d9dafc437
> Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2173594
> Commit-Queue: enne <enne@chromium.org>
> Reviewed-by: Chase Phillips <cmp@chromium.org>
> Reviewed-by: Marijn Kruisselbrink <mek@chromium.org>
> Reviewed-by: Victor Costan <pwnall@chromium.org>
> Cr-Commit-Position: refs/heads/master@{#764699}

TBR=cmp@chromium.org,mek@chromium.org,enne@chromium.org,pwnall@chromium.org

Change-Id: Ia740584483c4fd08c5bab73cfe324b94abac38b1
No-Presubmit: true
No-Tree-Checks: true
No-Try: true
Bug: 582750
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2174734
Reviewed-by: Adithya Srinivasan <adithyas@chromium.org>
Commit-Queue: Adithya Srinivasan <adithyas@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764761}
2020-05-01 20:02:32 +00:00
39d236790e [conversions] Adds a few conversion report histograms
This CL adds two histograms:

- Conversions.ExtraReportDelay: Records the extra (non-scheduled) time
a conversion report was delayed beyond the scheduled delay the browser
imposes. This extra delay is due to things like the browser being closed
when a report is scheduled to be sent.

- Conversions.ReportStatus: A simple 3-valued enum about the status of
the conversion report network request, separating out the error case into
two (internal error or external error). This status could help inform
us whether implementing retries is useful.

Bug: 1054127
Change-Id: Iddf08673f457112a2ce88650ec658b27057c215d
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2167003
Reviewed-by: John Delaney <johnidel@chromium.org>
Commit-Queue: Charlie Harrison <csharrison@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764759}
2020-05-01 19:58:19 +00:00
4aa9d9f35a Idle: Add notification permission check
This change checks for notification permission before allowing
idle detection.

tested locally / wpt / unittest

Bug: 1074049
Change-Id: I5d12efaf5cb68020ed10eccf577d38319592f4f2
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2163638
Commit-Queue: Ayu Ishii <ayui@chromium.org>
Reviewed-by: Victor Costan <pwnall@chromium.org>
Reviewed-by: Ken Buchanan <kenrb@chromium.org>
Reviewed-by: Reilly Grant <reillyg@chromium.org>
Reviewed-by: Matt Falkenhagen <falken@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764754}
2020-05-01 19:49:49 +00:00
598d109104 [WebAuthn] Restrict WebAuthn Feature Policy to only allow GetAssertion
The WebAuthn spec has removed the ability to allow cross-origin iframes
to perform Web Authentication MakeCredential requests. This CL restricts
it to just GetAssertion, and reflects the renamed Feature Policy.

Feature Policy spec change:
https://github.com/w3c/webappsec-feature-policy/pull/370

WebAuthn spec change:
https://github.com/w3c/webauthn/pull/1394

Bug: 993007
Change-Id: I9b5ccf05b5e39a5e5920b475111cdf797dcdb5a5
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2120268
Reviewed-by: Martin Kreichgauer <martinkr@google.com>
Reviewed-by: Jeremy Roman <jbroman@chromium.org>
Reviewed-by: Ian Clelland <iclelland@chromium.org>
Commit-Queue: Ken Buchanan <kenrb@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764743}
2020-05-01 19:19:13 +00:00
f217f6d7c2 Update sms OWNERS
Change-Id: I9ba488a8c92c2decd5378d509e5db058e7d83388
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2168915
Reviewed-by: Ayu Ishii <ayui@chromium.org>
Reviewed-by: Victor Costan <pwnall@chromium.org>
Commit-Queue: Ayu Ishii <ayui@chromium.org>
Commit-Queue: Victor Costan <pwnall@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764740}
2020-05-01 19:11:27 +00:00
b70fab8e7e Walk FrameTrees to register origins in all frames.
In addition to doing a global walk of the session history to find
existing instances of an origin that is opting in to isolation (see
https://chromium-review.googlesource.com/c/chromium/src/+/2018252), we
must also look for that origin in the FrameTreeNodes. This looks at
committed origins as well as navigations that are pending commit.

The FrameTree walk is necessary since some frames may be missing
FrameNavigationEntries, and also since pending navigations will contain
information not yet in the session history.

Bug: 1042415, 1062719
Change-Id: I802c1f391037471a698e7eb7795a367bd0604f5b
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2136703
Reviewed-by: Charlie Reis <creis@chromium.org>
Reviewed-by: Alex Moshchuk <alexmos@chromium.org>
Commit-Queue: James MacLean <wjmaclean@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764730}
2020-05-01 18:51:14 +00:00
ae5d9bf0a9 WebOTP: Revert SmsProvider ownership change
This change reverts this change [1] to give ownership of
SmsProvider back to the BrowserMainLoop to allow incognito
windows to subscribe to the same SmsProvider as non-incognito
windows.

[1] https://crrev.com/c/1960068

Change-Id: Ic88ffaa4019c670be8f77b9a4a1be30c1ea52d70
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2159972
Commit-Queue: Ayu Ishii <ayui@chromium.org>
Reviewed-by: Kinuko Yasuda <kinuko@chromium.org>
Reviewed-by: Victor Costan <pwnall@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764729}
2020-05-01 18:50:09 +00:00
3cebe7eab0 Enable unused argument detection in GPU code
Removes "unused-argument" from the disabled check list in
//content/test/gpu/pylintrc and fixes the resulting linter errors.

Bug: 1076144
Change-Id: If8c2b506ca4433d1ab6e0b85edc85a6c5a976c6b
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2173747
Reviewed-by: Yuly Novikov <ynovikov@chromium.org>
Commit-Queue: Brian Sheedy <bsheedy@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764728}
2020-05-01 18:46:46 +00:00
ed376d85f6 [Cleanup] Use WebContentsConsoleObserver in //content/browser tests
Update tests under //content/browser (not including subdirectories) to
use WebContentsConsoleObserver instead of ConsoleObserverDelegate.  This
allows us to observe console messages added without overriding the
existing delegate of the WebContents.

Bug: 1034150
Change-Id: Icae6452f3b7753cf6fa8da4caab8a5756687164d
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2173343
Commit-Queue: Devlin <rdevlin.cronin@chromium.org>
Reviewed-by: Alex Moshchuk <alexmos@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764726}
2020-05-01 18:37:55 +00:00
674bf1c02e Remove web-test-specific code for focusing.
Drops the SetFocusAndActivate() test code from RenderViewImpl and the
plumbing over to it. Instead, pretend to receive the focus/activate
IPCs that the browser sends in production.

window.focus() on another window goes through the browser process in
production, but had a synchronous override in web tests, that allowed
tests to pass even though we should need to wait to see the focus occur
asynchronously in chrome.

It also denies the request unless there is a user action present, but in
web tests we dropped that requirement. This CL removes the web test
override there, and adds user gestures to the tests that are performing
a window.focus() on another window.

Drop the focus of the main frame when navigating to about:blank between
tests. The browser already sends a Focus() IPC to the main frame of the
about:blank at the start of a test. This was causing the test windows to
lie about being focused - they would all claim to be focused! It caused
an error in one sensor test, where it runs code in the secondary
inspector window that expects the window to be focused. So a mojom
method is added to mojom::WebTestControlHost to move focus to that
window for the test.

Remove all the other extraneous focus-moving that was happening in the
WebTestControlHost and friends browser code. That code was moving focus
on Linux but does nothing on Mac, because on Mac headless mode the
RenderWidgetHostView::Focus() method asks the OS to focus a window that
isn't visible so it does nothing.

Rename the testRunner.setWindowIsKey(bool) to setWindowFocus(bool) and
remove comments explaining that the method is actually setting window
focus. It would be nice to remove this entirely and use a separate
window to move focus around, but that doesn't work for some tests, which
is a bit interesting but not addressed by this CL.

Drop the "previously focused window" tracking in TestRunner, which would
keep around invalid (UAF-prone) pointers. Instead, iterate through the
windows (actually, RenderViews) and blur the focused one there.

The http/tests/serviceworker/clients-openwindow.html test expectations
are adjusted as the renderer no longer marks the main frame as focused
on navigation, so the service worker no longer reports the opened
window as focused.

Filed bug 1074482 and bug 1076129 for WPT tests that fail after this
change. The former because it's either/both expecting run_web_tests.py
to focus newly recreated windows and we don't, and it was calling
window.focus() of another window, which had test-only synchronous code
which we have removed. The latter because it seems to have a bug in how
its written that this CL has uncovered.

R=nasko@chromium.org

Bug: 866140, 1069111, 1074482, 1076129
Change-Id: I9d7ed8f9c41a75fc8afaf6bb0bfc3e5772e1297c
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2165248
Commit-Queue: danakj <danakj@chromium.org>
Reviewed-by: Elly Fong-Jones <ellyjones@chromium.org>
Reviewed-by: Mustaq Ahmed <mustaq@chromium.org>
Reviewed-by: Nasko Oskov <nasko@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764725}
2020-05-01 18:37:51 +00:00
24bb677890 Reduce the number of files generated when running a profiling build
This is a partial revert of this change
https://chromium-review.googlesource.com/c/chromium/src/+/2157967/30/content/common/profiling_utils.cc#b46
because using too many profiling data files ends up using way too much
disk space on the profiling bots (which can't easily be upgraded) and
this is blocking us from deploying them.

This shouldn't be an issue in practice, Yuke pointed me to
https://reviews.llvm.org/rG6694b2b36bdd3dbb3b047315411cb38432d19d02#change-0QKaaw3pmGjk
which ensure that the current approach will automatically merge the
profiling data when multiple processes try to write to the same
profiling file (as we're setting the merge bit to 1 when calling
__llvm_profile_set_file_object)

Bug: 1059335
Change-Id: I736772604a3cf7635ede21991c0a035010fea170
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2174906
Commit-Queue: Sébastien Marchand <sebmarchand@chromium.org>
Reviewed-by: Nasko Oskov <nasko@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764718}
2020-05-01 18:25:08 +00:00
2c4473afd6 appcache: bump manifest version to force token read
Currently, there's a timing issue with adding Origin-Trial to a
manifest.  If a user hasn't upgraded to M84 and gets the new manifest,
the token_expires will not be correctly set on their cache.  This change
makes it so that so long as a user has visited a site with an origin
trial token in the manifest, even if they are on a previous version of
Chrome, we will reparse the manifest and look at the token even if the
remote manifest is unchanged.

Bug: 582750
Change-Id: I6d15aa75093c6594a8ad9e668955c82d9dafc437
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2173594
Commit-Queue: enne <enne@chromium.org>
Reviewed-by: Chase Phillips <cmp@chromium.org>
Reviewed-by: Marijn Kruisselbrink <mek@chromium.org>
Reviewed-by: Victor Costan <pwnall@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764699}
2020-05-01 17:43:12 +00:00
982b1b3dfa Make RenderProcessHostWatch robust against multiple deaths.
Problems:
- RPHW continues to observe the RPH after it crashes. If the RPH crashes
a second time, the quit_closure is invalid when it is called again (e.g.
https://crrev.com/c/2169460, described in attached bug).
- RHPW remove their RPH observer in the destructor. RPHWs are often
scoped to the whole test and there is no guarantee that the reference
is still valid at that point.

Fix:
- remove the observer and clear the reference when the quit closure
is run making the RPHW insert from then on.


Bug: 1076014
Change-Id: I3cd8e96243c198312c8874c9a6a46ee9204f0198
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2173917
Commit-Queue: Fergal Daly <fergal@chromium.org>
Reviewed-by: Łukasz Anforowicz <lukasza@chromium.org>
Reviewed-by: Alex Moshchuk <alexmos@chromium.org>
Auto-Submit: Fergal Daly <fergal@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764695}
2020-05-01 17:30:34 +00:00
10e8a4192a Explicitly close the screenshot file after writing.
CreateAndOpenTemporaryStreamInDir will soon return an exclusive handle
to the created file on Windows. In that case, DeleteFile will fail while
handles are still open. While this isn't a problem here, let's use a
"best practice" style and close the handle before attempting a possible
delete.

BUG=none
R=kenrb@chromium.org

Change-Id: I33871a0618387efca2b932b31f1eac71f2e88604
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2173070
Commit-Queue: Ken Buchanan <kenrb@chromium.org>
Auto-Submit: Greg Thompson <grt@chromium.org>
Reviewed-by: Ken Buchanan <kenrb@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764665}
2020-05-01 16:07:39 +00:00
f598659cd4 Disable ImpressionTagNavigatesExistingRemoteFrame_ImpressionReceived
It's flaky across all platforms.

TBR=johnidel@chromium.org

Bug: 1077216
Change-Id: Idec1c41b4aa9b23262b5fe8aa468ea5f938b0f00
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2175623
Reviewed-by: Evan Stade <estade@chromium.org>
Commit-Queue: Evan Stade <estade@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764657}
2020-05-01 15:23:12 +00:00
1c0fa0c28c Revert "[WindowsElasticOverscroll] Refactor InputScrollElasticityController"
This reverts commit 59144e2b22.

Reason for revert: speculative revert to address various event-related test failures

Original change's description:
> [WindowsElasticOverscroll] Refactor InputScrollElasticityController
> 
> This CL adds a new class called "ElasticOverscrollController". This
> will serve as a base class for InputScrollElasticityController and for
> OverscrollBounceController (which is the overbounce version of Windows
> style overscrolling).
> 
> Bug: 1058071
> Change-Id: I0ae1b999f3a21a9c56482e6bf037e0886730649c
> Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2172343
> Commit-Queue: Rahul Arakeri <arakeri@microsoft.com>
> Reviewed-by: David Bokan <bokan@chromium.org>
> Reviewed-by: Stefan Zager <szager@chromium.org>
> Reviewed-by: Daniel Libby <dlibby@microsoft.com>
> Cr-Commit-Position: refs/heads/master@{#764609}

TBR=szager@chromium.org,bokan@chromium.org,arakeri@microsoft.com,dlibby@microsoft.com

Change-Id: I19d72dfc070e6591fdbd7a864e868f5e76a01e68
No-Presubmit: true
No-Tree-Checks: true
No-Try: true
Bug: 1058071
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2173075
Reviewed-by: Greg Thompson <grt@chromium.org>
Commit-Queue: Greg Thompson <grt@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764618}
2020-05-01 11:29:43 +00:00
59144e2b22 [WindowsElasticOverscroll] Refactor InputScrollElasticityController
This CL adds a new class called "ElasticOverscrollController". This
will serve as a base class for InputScrollElasticityController and for
OverscrollBounceController (which is the overbounce version of Windows
style overscrolling).

Bug: 1058071
Change-Id: I0ae1b999f3a21a9c56482e6bf037e0886730649c
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2172343
Commit-Queue: Rahul Arakeri <arakeri@microsoft.com>
Reviewed-by: David Bokan <bokan@chromium.org>
Reviewed-by: Stefan Zager <szager@chromium.org>
Reviewed-by: Daniel Libby <dlibby@microsoft.com>
Cr-Commit-Position: refs/heads/master@{#764609}
2020-05-01 09:09:01 +00:00
2626436ff2 Disable WebBundleFileBrowserTest.WindowOpen on Android.
BUG=1077177
TBR=horo@chromium.org
NOTRY=true

Change-Id: I51c9cf2ee247a711d9734a8e2b0fd482f2a23d39
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2173074
Reviewed-by: Greg Thompson <grt@chromium.org>
Commit-Queue: Greg Thompson <grt@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764602}
2020-05-01 08:26:06 +00:00
1358b9c858 Don't use effective URL for IsCurrentlySameSite, etc
Previously when we refactored ShouldSwapBrowsingInstancesForNavigation
in crrev.com/c/2081728 we changed some method calls that used the
original destination URL to use the destination's effective URL instead,
causing us to swap BrowsingInstances on same-document navigations.

This CL makes sure we're only using the effective URL for methods
that previously also used effective URL.

Bug: 1073540
Change-Id: Iba9d1f88a254f4dc60ea338176a15cabeb534698
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2174097
Commit-Queue: Rakina Zata Amni <rakina@chromium.org>
Reviewed-by: Alex Moshchuk <alexmos@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764566}
2020-05-01 04:08:08 +00:00
7f0b7ee00a weblayer: Implement Tab.captureScreenShot
Asynchronous API that's implemented as a readback on
RenderWidgetHostView. Screenshot height is reduced by the the amount
of top browser control. Converting to java bitmap is done on a
background thread since it involves a copy.

Try to ensure the callback is never dropped by reusing old
CompositorImpl implementation that forces a draw before unsetting
Surface. It was recently removed in
https://chromium-review.googlesource.com/c/chromium/src/+/2171318
It ensures the callback is executed for edge cases like becoming
in visible, losing surface, or being destroyed.

Add a test that ensures callback executes even if fragment is
destroyed immediately calling capture. Also add a basic test to
ensure the bitmap indeed captures the contents of the page.

Bug: 1076100
Change-Id: I2d782d497349a0af8d528c715e62c8b0a9fbbb41
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2170425
Commit-Queue: Bo <boliu@chromium.org>
Reviewed-by: Khushal <khushalsagar@chromium.org>
Reviewed-by: Scott Violet <sky@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764548}
2020-05-01 02:43:07 +00:00
bd9c216929 [Cleanup] Use WebContentsConsoleObserver in more content_browsertests
Update tests in blocked_scheme_navigation_browsertest.cc and
web_contents_impl_browsertest.cc to use WebContentsConsoleObserver
instead of ConsoleObserverDelegate. This allows us to observe console
messages added without overriding the existing delegate of the
WebContents.

This also lets us simplify some of the bespoke log monitoring done in
BlockedSchemeNavigationBrowserTest.

Bug: 1034150
Change-Id: Idc59ceda3c6c8ebf4ec5153816d3d71509d714df
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2173650
Reviewed-by: Alex Moshchuk <alexmos@chromium.org>
Commit-Queue: Devlin <rdevlin.cronin@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764547}
2020-05-01 02:42:37 +00:00
9ad15857bc Path restriction for subresources in network served Web Bundles
Currently Chrome loads out of scope subresources from network served web
bundles. This behavior doesn't match with the explainer:
https://github.com/WICG/webpackage/blob/master/explainers/navigation-to-unsigned-bundles.md#loading-an-authoritative-unsigned-bundle

This CL fix this by changing WebBundleURLLoaderFactory to check the URL
path restriction.

Bug: 1018640
Change-Id: Iab54967c6a91b33a8491c54be7a723eb2a9a384a
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2173113
Commit-Queue: Tsuyoshi Horo <horo@chromium.org>
Reviewed-by: Kunihiko Sakamoto <ksakamoto@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764544}
2020-05-01 02:37:01 +00:00
17d8cf36ac Simplify GetBodyText using EvalJS.
Since this is the only example I could find of running test with
javascript: URL, may as well have it be a good example.

Change-Id: I3c4dc17516794a368583d55b497f0b6079d56e3a
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2160645
Reviewed-by: Alex Moshchuk <alexmos@chromium.org>
Commit-Queue: Alex Moshchuk <alexmos@chromium.org>
Auto-Submit: Fergal Daly <fergal@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764525}
2020-05-01 01:19:02 +00:00
0fd02e7931 Re-add short circuit in GPU optimizer
Re-adds an optimization in the brute force optimizer for GPU inexact
matching where we'll skip any further maximum different pixel
increases once we've found a good maximum per-channel delta sum value
for a given Sobel filter edge threshold.

Bug: 1074130
Change-Id: I77dc433da8040513122fa1722bfa232843ca9f2b
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2174914
Auto-Submit: Brian Sheedy <bsheedy@chromium.org>
Commit-Queue: Yuly Novikov <ynovikov@chromium.org>
Reviewed-by: Yuly Novikov <ynovikov@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764524}
2020-05-01 01:18:52 +00:00
84449387b9 Add a frame token to blink
This change adds a FrameToken to RenderFrameProxyHost and passes
the existing RenderFrameHostImpl token along the construction IPCs.

This FrameToken provides a mapping between
RenderFrameHostImpl  <--> blink::LocalFrame
RenderFrameProxyHost <--> blink::RemoteFrame

This allows blink to provide a handle to another frame on some of the IPCs.
It is the similar to the routing_id use to identify the mapping:
RenderFrameHostImpl  <--> RenderFrameImpl
RenderFrameProxyHost <--> RenderFrameProxy
but it isn't dependent on routing IDs and can be passed into blink because
it is unguessable token.

For detailed explanation of current tokens:
https://docs.google.com/document/d/1SRJY_k0l8YhGTlRl2yIWlPsEB5BMJBigV9Ez4U_n8vo/edit

BUG=1045014

Change-Id: I2077d62164c4aa34fa6b5367482f83daae192342
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2140202
Commit-Queue: Nasko Oskov <nasko@chromium.org>
Reviewed-by: Nasko Oskov <nasko@chromium.org>
Reviewed-by: Daniel Cheng <dcheng@chromium.org>
Reviewed-by: Kentaro Hara <haraken@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764510}
2020-05-01 00:39:04 +00:00
488da078d4 Protect SW version in {Starting,Finished}ExternalRequest.
Instead of using a raw ServiceWorkerVersion*, this CL wraps it
in scoped_refptr<> from
ServiceWorkerContextWrapper::FinishedExternalRequest before
calling methods on ServiceWorkerVersion.

This causes the crash from
ExtensionServiceWorkerMessageFilter::OnDecrementServiceWorkerActivity
to be fixed in various //extensions tests.

The idea was harvested from failures logs, with stacktrace:
  ExtensionServiceWorkerMessageFilter::OnDecrementServiceWorkerActivity
  content::ServiceWorkerContextWrapper::FinishedExternalRequest
  content::ServiceWorkerVersion::FinishRequest()
  content::ServiceWorkerVersion::FinishExternalRequest()
  base::IDMap<>::IsEmpty()
  base::SequenceCheckerImpl::CalledOnValidSequence()
  base::internal::LockImpl::Lock()
  --
  FATAL:lock_impl_posix.cc(103)] Check failed: rv == 0 (22 vs. 0). Invalid argument. Hint: This is often related to a use-after-free.

Bug: 850786
Test: Locally running a flaky test no longer hits mentioned Check failure.
Change-Id: I18f7ef2d1ec214150901773d00e10839c18f106b
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2169340
Commit-Queue: Istiaque Ahmed <lazyboy@chromium.org>
Reviewed-by: Matt Falkenhagen <falken@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764505}
2020-05-01 00:24:59 +00:00
44bafc5762 Support iframe and window.open() inside a Web Bundle file
Currently Chrome doesn’t support iframes and window.open() inside a Web
Bundle file. To support them, this CL changes RenderFrameHostImpl to
check the existence of WebBundleHandle of the parent frame (or the
opener’s frame) in the beginning of the navigation. If the frame has a
WebBundleHandle, a WebBundleHandleTracker is created from the handle and
will be passed to the NavigationRequest of the navigation.
NavigationRequest::OnStartChecksComplete() will call
WebBundleHandleTracker::MaybeCreateWebBundleHandle() which creates a new
WebBundleHandle if the web bundle contains the page, and the page will
be loaded from the web bundle.

Bug: 1040800
Change-Id: I308d85d8192345e82dcf943c499fc15b0529d459
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2160633
Commit-Queue: Tsuyoshi Horo <horo@chromium.org>
Reviewed-by: Kunihiko Sakamoto <ksakamoto@chromium.org>
Reviewed-by: Kinuko Yasuda <kinuko@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764486}
2020-04-30 23:44:50 +00:00
3cd8d362b5 content: updates user-agent client hints when override changes
For WebLayer, we want to allow changing the user-agent override during
DidStartNavigation(). Doing this currently triggers a reload (and most
likely a crash). This patch adds the logic to detect the user agent override
and update the client hint related headers.

BUG=1033029
TEST=WebContentsImplBrowserTest.SetUserAgentOverrideFromDidStartNavigation

Change-Id: I43c776f0e7e69a7eb45d80cf2004a3b8221447fc
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2163164
Commit-Queue: Scott Violet <sky@chromium.org>
Reviewed-by: Maksim Orlovich <morlovich@chromium.org>
Reviewed-by: John Abd-El-Malek <jam@chromium.org>
Reviewed-by: Yoav Weiss <yoavweiss@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764448}
2020-04-30 22:18:24 +00:00
6acd241b5f Web UI: Allow invalid chrome:// file requests to fail.
Don't set a default resource for Web UIs in
SetupWebUIDataSource()/SetupBundledWebUIDataSource(). Instead, set the
resource passed in as default as the resource for the empty path.

In WebUIDataSource, for sources without a default resource, return
the empty path resource (if it exists) if the request is for a path
that doesn't have a mime type and isn't HTML.

Bug: None
Change-Id: I92875670d790231e0cfb6fbb254bcfb7ffac1a6e
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2173380
Commit-Queue: Rebekah Potter <rbpotter@chromium.org>
Reviewed-by: dpapad <dpapad@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764439}
2020-04-30 21:56:18 +00:00
4838f1bcc4 [ua-ch] Avoid leaking android model as part of platformVersion
GetAndroidOSInfo is currently also appending the model information to
the result, which caused a leak of that model information in UA-CH
platformVersion, which relied in it.

This CL refactors that function to make sure it doesn't do that in
instances where it's not desired. It also adds unit tests to the
User-Agent string, to make sure it's not broken by this change, and to
avoid issues like https://crbug.com/1061132 in the future.

Bug: 1072460
Change-Id: Id788a51f2cdf01e84c45e53885d3e8e1edd9c815
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2166164
Reviewed-by: Scott Violet <sky@chromium.org>
Reviewed-by: Richard Coles <torne@chromium.org>
Reviewed-by: Maksim Orlovich <morlovich@chromium.org>
Reviewed-by: Aaron Tagliaboschi <aarontag@chromium.org>
Commit-Queue: Yoav Weiss <yoavweiss@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764428}
2020-04-30 21:37:00 +00:00
84a46f9962 Add GPU inexact matching optimization script
Adds a script to find optimal values for inexact matching in the GPU
pixel tests and enables inexact matching on several problematic tests
that could benefit from it.

Bug: 1074130
Change-Id: If4597bbda1a94fdc4dd28f87ca59ea86489c2ac1
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2173415
Commit-Queue: Brian Sheedy <bsheedy@chromium.org>
Reviewed-by: Yuly Novikov <ynovikov@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764424}
2020-04-30 21:32:15 +00:00
73db3864bb Trust Tokens: construct issuance and redemption helpers
This change expands TrustTokenRequestHelperFactory to construct issuance
and redemption helpers for requests bearing the corresponding Trust
Tokens parameters. (This still only happens when the kTrustTokens
base::Feature is enabled.)

After this, I plan to write out a more thorough test plan enumerating
maybe ~20 cases for the end-to-end functionality and expanding the
browser tests (and the browser test fixture) to include these, too.
Examples of cases those additional tests will cover include:
- failure cases (e.g. server rejects a correct issuance/redemption)
- no key available
- multiple keys for same server, multiple servers

R=csharrison

for TrustTokenRequestHelperFactory and NetworkContext to reflect the
changes.

Test: crrev.com/c/2163845's browser tests pass; also, updates unit tests
Fixed: 1068678, 1068677, 1063140
Change-Id: I27e7ff4a9eeefa52028814c102dfdb8958b00a7d
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2163847
Reviewed-by: Matt Menke <mmenke@chromium.org>
Reviewed-by: Charlie Harrison <csharrison@chromium.org>
Commit-Queue: David Van Cleve <davidvc@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764413}
2020-04-30 20:58:41 +00:00
9d5c1ef166 Replace blink::WebTreeScopeType with a mojo enum
This is another preparation CL for migrating
FrameHostMsg_CreateChildFrame to mojo.

TBR=dtapuska@chromium.org

BUG=1064336
R=avi@chromium.org, dtapuska@chromium.org

Change-Id: Ie07faff3f908171c387b4bffd351a01fdccbe38f
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2171726
Commit-Queue: Antonio Gomes <tonikitoo@igalia.com>
Reviewed-by: Avi Drissman <avi@chromium.org>
Reviewed-by: Dave Tapuska <dtapuska@chromium.org>
Reviewed-by: Dominick Ng <dominickn@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764410}
2020-04-30 20:56:41 +00:00
42d9908bfd Fix cut and paste command in PDF viewer.
Recently the clipboard was moved from being owned by the render process
host to being owned by the render frame host:

https://chromium-review.googlesource.com/c/chromium/src/+/1877532

The above CL did not update the PDF viewer implementation so broke
support for cut amd paste in PDF files.

The clipboard handing code was consolidated into WebPluginContainerImpl
whereas before it was splite between that class and PepperWebPluginImpl,
so should be easier to follow.  This also does not require changing the
WebPlugin interface in order to pass more data from the container to
properly implement paste.

Bug: 1072737
Change-Id: Ibfb305688cc55287d6bbcf0f0c522fb6b1641ec8
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2168838
Commit-Queue: Roger Tawa <rogerta@chromium.org>
Reviewed-by: Bill Budge <bbudge@chromium.org>
Reviewed-by: Lei Zhang <thestig@chromium.org>
Reviewed-by: Kent Tamura <tkent@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764403}
2020-04-30 20:36:37 +00:00
70fb3b3713 Migrate FrameMsg_Stop from the legacy IPC to blink::mojom::LocalFrame
This CL moves this message out of frame_messages.h and adds a new
method in blink::mojom::LocalFrame, implemented by blink::LocalFrame,
to request the renderer to stop a load if there's any in progress.

Unfortunately, due to a dependency in PepperURLLoaderHost::Close(),
we can not get rid entirely of having a StopLoading() method in
Blink's public API. Therefore, a WebLocalFrame::StopLoading() still
needs to be added to satisfy that dependency, even though calls to
this StopLoading() method from the browser process will now be routed
directly to Blink.

Bug: 1064344
Change-Id: I3030d136c07715aae8c52854b901e9b7f43bb645
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2170232
Commit-Queue: Mario Sanchez Prada <mario@igalia.com>
Reviewed-by: Arthur Sonzogni <arthursonzogni@chromium.org>
Reviewed-by: Daniel Cheng <dcheng@chromium.org>
Reviewed-by: Kentaro Hara <haraken@chromium.org>
Reviewed-by: Kinuko Yasuda <kinuko@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764399}
2020-04-30 20:27:39 +00:00
fb9553b481 Reland "Hook up throughput tracker code path"
This is a reland of 637de82ca4

Original change's description:
> Hook up throughput tracker code path
>
> - LayerTreeHostImpl processes pending tracker info in CommitComplete
>   to start/stop custom sequence tracking;
> - When a kCustom FrameSequenceTrackers finishes data collection, the
>   data is picked up in LayerTreeHostImpl::DidPresentCompositorFrame
>   and sent through LayerTreeHostImpl -> Proxy -> LayerTreeHost ->
>   ui::Compositor -> reporting callbacks; Note this CL only implements
>   the reporting code path for ui (i.e. single threaded mode).
>
> Bug: 1021774
> Change-Id: I2f9af3f360cbb28a71c02908a288b85059048cc5
> Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2022353
> Reviewed-by: Dave Tapuska <dtapuska@chromium.org>
> Reviewed-by: Sadrul Chowdhury <sadrul@chromium.org>
> Commit-Queue: Xiyuan Xia <xiyuan@chromium.org>
> Cr-Commit-Position: refs/heads/master@{#763549}

TBR=sadrul@chromium.org, dtapuska@chromium.org

Bug: 1021774, 1076263
Change-Id: If76410724b77d5e2dbd6b44432418be73c8e4239
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2173147
Reviewed-by: Xiyuan Xia <xiyuan@chromium.org>
Reviewed-by: Sadrul Chowdhury <sadrul@chromium.org>
Commit-Queue: Xiyuan Xia <xiyuan@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764391}
2020-04-30 20:12:23 +00:00
a842d6f905 Stop serializing some table related attributes in Blink
These attribute are assumed to be computed by AXTableInfo browser-side

R=dmazzoni@chromium.org

Test: existing tests pass
Change-Id: I1f7c78872b290176f67a75080e034f9b44be124b
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2173151
Commit-Queue: David Tseng <dtseng@chromium.org>
Reviewed-by: Dominic Mazzoni <dmazzoni@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764385}
2020-04-30 19:59:27 +00:00
292a1d46a2 Don't inject --allow-file-access-from-files by default in browser tests.
Let's test-what-we-ship - this CL removes the
BrowserTestBase::AllowFileAccessFromFiles method so that by default
browser tests do not use the --allow-file-access-from-files command line
switch.  This makes the browser tests behave (by default) in the same
way as the product does (by default, without the switch).

The CL adjusts tests by:

1. Moving tests from file: to http:

2. Temporarily disabling file: coverage via
   MediaTest.VideoErrorNoSupportedStreams
   (while retaining the http coverage).
   https://crbug.com/1071473 has been filed to follow-up.

3. Explicitly opting into --allow-file-access-from-files only where needed:
     - CorsFileOriginBrowserTestWithAllowFileAccessFromFiles
     - PPAPITestBase
     - WorkerTestWithAllowFileAccessFromFiles

Bug: 1068375, 1071473
Change-Id: I24235bc5e7f07eed25ccf7a946acd618356f5844
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2138498
Commit-Queue: Łukasz Anforowicz <lukasza@chromium.org>
Reviewed-by: Luke Halliwell (slow) <halliwell@chromium.org>
Reviewed-by: Devlin <rdevlin.cronin@chromium.org>
Reviewed-by: Ahmed Fakhry <afakhry@chromium.org>
Reviewed-by: Chris Hamilton <chrisha@chromium.org>
Reviewed-by: Nasko Oskov <nasko@chromium.org>
Reviewed-by: Matthew Wolenetz <wolenetz@chromium.org>
Reviewed-by: Xiaohan Wang <xhwang@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764372}
2020-04-30 19:33:23 +00:00
85d572a30b CSP: parse treat-as-public-address in the CSP parser.
The CSP directive treat-as-public-address was parsed from the raw
headers in the navigation_request.cc function: CalculateIPAddressSpace

The patch moves it to the network CSP parser.
Why:

1) Parsing this CSP directive inside the CSP parser makes sense on its
   own.

2) The network CSP parser is going to be wired with OriginPolicy (see
   bug https://crbug.com/1041379). It means we will get support for
   OriginPolicy as a result, for free.

3) Stop parsing the whole CSP header in the browser processeach time
   NavigationRequest::CalculateIpAddressSpace is called. This is
   slightly better regarding //docs/security/rule-of-2.md

See also:
https://wicg.github.io/cors-rfc1918/#csp

Bug: 1042164
Change-Id: I4537f0a6f7be64812804a60387076f05153eca3b
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2000705
Commit-Queue: Arthur Sonzogni <arthursonzogni@chromium.org>
Reviewed-by: Camille Lamy <clamy@chromium.org>
Reviewed-by: Mike West <mkwst@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764355}
2020-04-30 18:50:07 +00:00
e22e954086 Move execCommand and some friends out of TestRunnerForSpecificView
This moves the implementation from TestRunnerForSpecificView over to
TestRunnerBindings for:
- execCommand
- triggerTestInspectorIssue
- setTabKeyCyclesThroughElements

For the first two, we also change them from acting on the focused frame
to on the frame the testRunner is bound to. This allows them to be more
OOPIF friendly, as the focused frame may not be in the local renderer's
frame tree fragment. To deal with this, tests that are running lambdas
against a child frame need to have the testRunner given to them.

R=avi@chromium.org

Bug: 866140, 1069111
Change-Id: I43abfad2bdd70d492aa1e34e91e9d70f400fa4e4
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2173350
Commit-Queue: danakj <danakj@chromium.org>
Reviewed-by: Avi Drissman <avi@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764343}
2020-04-30 18:32:05 +00:00
004101f689 blink: Tag layers with video correctly with SurfaceLayers.
SurfaceLayers created for video and canvas are both tagged as containing
video, which is incorrect. Fix this.

Bug: 976583
Change-Id: Ie3c3122497fbd702c64ca59f263e14c73cb56597
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2167528
Reviewed-by: Fernando Serboncini <fserb@chromium.org>
Reviewed-by: Mounir Lamouri <mlamouri@chromium.org>
Reviewed-by: Frank Liberato <liberato@chromium.org>
Commit-Queue: Fernando Serboncini <fserb@chromium.org>
Auto-Submit: Khushal <khushalsagar@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764340}
2020-04-30 18:27:43 +00:00
6f50f14acc Reland "[Autofill Auth] Creating implementation of InternalAuthenticator for Clank."
This is a reland of 55d71197b9

Original change's description:
> [Autofill Auth] Creating implementation of InternalAuthenticator for Clank.
>
> Using a JNI bridge to create an implementation of InternalAuthenticator
> for Android.
>
> Bug: 949269
> Change-Id: I9cf9c33ffba04b5814ed9fc6f98f2481b23293d1
> Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2155531
> Reviewed-by: Nina Satragno <nsatragno@chromium.org>
> Reviewed-by: Tommy Martino <tmartino@chromium.org>
> Reviewed-by: Ken Buchanan <kenrb@chromium.org>
> Reviewed-by: Bo <boliu@chromium.org>
> Reviewed-by: Andrew Grieve <agrieve@chromium.org>
> Reviewed-by: Arthur Sonzogni <arthursonzogni@chromium.org>
> Reviewed-by: Evan Stade <estade@chromium.org>
> Reviewed-by: Jared Saul <jsaul@google.com>
> Reviewed-by: Kinuko Yasuda <kinuko@chromium.org>
> Commit-Queue: Manas Verma <manasverma@google.com>
> Cr-Commit-Position: refs/heads/master@{#763442}

Bug: 949269
Change-Id: I26095959c78e0ca8b6e5b685ca12b27a20d91a39
Tbr: tmartino@chromium.org,kenrb@chromium.org,boliu@chromium.org,agrieve@chromium.org,arthursonzogni@chromium.org,estade@chromium.org,jsaul@google.com,kinuko@chromium.org
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2173427
Commit-Queue: Manas Verma <manasverma@google.com>
Reviewed-by: Nina Satragno <nsatragno@chromium.org>
Reviewed-by: Mike West <mkwst@chromium.org>
Cr-Commit-Position: refs/heads/master@{#764332}
2020-04-30 18:06:44 +00:00