GitLab

https://chromium.googlesource.com/chromiumos/chromite.git/+log/7657336de212..348b95b14ab7

$ git log 7657336de..348b95b14 --date=short --no-merges --format='%ad %ae %s'
2018-05-11 gmeinke reverse dependencies temp file include board name

Created with:
  roll-dep src/third_party/chromite
BUG=chromium:842247


The AutoRoll server is located here: https://chromite-chromium-roll.skia.org

Documentation for the AutoRoller is here:
https://skia.googlesource.com/buildbot/+/master/autoroll/README.md

If the roll is causing failures, please contact the current sheriff, who should
be CC'd on the roll, and stop the roller if necessary.


TBR=chrome-os-gardeners@chromium.org

Change-Id: I1189b9f8600563f262dc0ed88bb666cecc97b966
Reviewed-on: https://chromium-review.googlesource.com/1056090Reviewed-by: Chromite Chromium Autoroll <chromite-chromium-autoroll@skia-buildbots.google.com.iam.gserviceaccount.com>
Commit-Queue: Chromite Chromium Autoroll <chromite-chromium-autoroll@skia-buildbots.google.com.iam.gserviceaccount.com>
Cr-Commit-Position: refs/heads/master@{#558087}

This CL adds a feature pod button for Cast. By clicking on the button,
it will show Cast detailed view of the existing SystemTray. This
behavior is described as Development Stage 1 in the design doc:
go/cros-qs-restyling

The button is shown only when the device is available and no cast is
actually running. The feature when cast is running will be implemented
as a notification.

TEST=SystemTrayTrayCastMediaRouterChromeOSTest
BUG=821671

Change-Id: If411617e2ea0f1f1ac39aa207308e07b330f3b19
Reviewed-on: https://chromium-review.googlesource.com/1051550
Commit-Queue: Tetsui Ohkubo <tetsui@chromium.org>
Reviewed-by: James Cook <jamescook@chromium.org>
Reviewed-by: Yoshiki Iguchi <yoshiki@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558086}

1. Focus the prompt when the view is focused.
2. Do not hide the query while waiting for the results.
3. Show query in history if it does not produce results
   (e.g. DELETE ... FROM)

Bug: 798785
Change-Id: I7cc86301256e0370f03282e044bb59fef0a26dbe
Reviewed-on: https://chromium-review.googlesource.com/1056072Reviewed-by: Andrey Kosyakov <caseq@chromium.org>
Commit-Queue: Eugene Ostroukhov <eostroukhov@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558085}

On Android, cxa_demangle_stub.cc provides __cxa_demangle.  We use this to
prevent pulling in libc++abi's large demangler.

However, regular c++ code expects __cxa_demangle to be available simply by
linking against a c++ standard library.  Therefore, we move the stub into
libc++abi so other targets don't need to explicitly specify cxa_demangle_stub.cc
as a dependency.

This CL also includes a buildtools roll which includes 4 revisions:
https://chromium.googlesource.com/chromium/buildtools/+log/0b71401b977fba99eb0c7bb01bdb3338f45bd911..a9e946f166b73f9dc170129f6586a1e68efb0ab3

BUG=767901
R=thakis

Change-Id: I627833b1379ba938c07b3ab6645a775220a7aeb0
Reviewed-on: https://chromium-review.googlesource.com/1054198
Commit-Queue: Thomas Anderson <thomasanderson@chromium.org>
Reviewed-by: Nico Weber <thakis@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558084}

Refactor PermissionsData::PolicyDelegate::CanExecuteScriptOnPage to no
longer rely on being passed an extension. Instead, rename it to
IsRestrictedUrl(), and call it from the method of the same name in
PermissionsData. PermissionsData::IsRestrictedUrl() already checks if
the extension can execute script everywhere, so the check is no longer
necessary in the policy delegate. Additionally, this is ensures that
places checking if an url is restricted also check with the delegate.

Bug: 842270
Change-Id: Ica4c086d1315f9512cc908542841bf8dee2bedee
Reviewed-on: https://chromium-review.googlesource.com/1055930Reviewed-by: Karan Bhatia <karandeepb@chromium.org>
Commit-Queue: Devlin <rdevlin.cronin@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558083}

Also remove default ctors for Serialize and DeserializeOptions. Makes
it easier to ensure everything is plumbed through.

TBR=ericrk@chromium.org
R=enne@chromium.org

Bug: 839275
Cq-Include-Trybots: luci.chromium.try:android_optional_gpu_tests_rel;luci.chromium.try:linux_optional_gpu_tests_rel;luci.chromium.try:mac_optional_gpu_tests_rel;luci.chromium.try:win_optional_gpu_tests_rel;master.tryserver.blink:linux_trusty_blink_rel
Change-Id: Ia1dede6c7b87b77613dd778f67595fb7b5a8edab
Reviewed-on: https://chromium-review.googlesource.com/1049052
Commit-Queue: Khushal <khushalsagar@chromium.org>
Reviewed-by: enne <enne@chromium.org>
Reviewed-by: Tom Sepez <tsepez@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558082}

Previously, disabling this feature lead to crashes in various parts of
Chrome because the URLRequestContext provided a null ChannelIDService.
See crbug.com/841685 and crbug.com/841730 for the bugs from trying to
land this as crrev.com/c/1041139 and crrev.com/c/1050976.

In crrev.com/c/1055678, URLRequestContext will continue to have a
ChannelIDService; features::kChannelID now only controls whether the net
stack sends Channel ID on a connection. This should avoid the issues
previously experienced when landing this change.

Change-Id: Ib983249781b62d331bb065f7ee4a907928d9441f
Reviewed-on: https://chromium-review.googlesource.com/1055865Reviewed-by: Ryan Hamilton <rch@chromium.org>
Commit-Queue: Nick Harper <nharper@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558081}

Summary of changes available at:
https://chromium.googlesource.com/v8/v8/+log/65c09667..e8221d09

Please follow these instructions for assigning/CC'ing issues:
https://github.com/v8/v8/wiki/Triaging%20issues

Please close rolling in case of a roll revert:
https://v8-roll.appspot.com/
This only works with a Google account.

CQ_INCLUDE_TRYBOTS=master.tryserver.blink:linux_trusty_blink_rel;luci.chromium.try:linux_optional_gpu_tests_rel;luci.chromium.try:mac_optional_gpu_tests_rel;luci.chromium.try:win_optional_gpu_tests_rel;luci.chromium.try:android_optional_gpu_tests_rel

TBR=hablich@chromium.org,machenbach@chromium.org,kozyatinskiy@chromium.org,sergiyb@chromium.org

Change-Id: I01349561c3b14fb57284600451fca299ccac4251
Reviewed-on: https://chromium-review.googlesource.com/1056110Reviewed-by: v8 autoroll <v8-autoroll@chromium.org>
Commit-Queue: v8 autoroll <v8-autoroll@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558080}

Change the default behavior of the kRuntimeHostPermissions feature to
allow extensions to have origin access, rather than defaulting to
withholding permission. In the first stage of click-to-script, we don't
want to change any defaults.

Bug: 841099
Change-Id: Ibdcbfb0fd9ecc535af73a1bd9048e196eab135e1
Reviewed-on: https://chromium-review.googlesource.com/1052684
Commit-Queue: Devlin <rdevlin.cronin@chromium.org>
Reviewed-by: Karan Bhatia <karandeepb@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558079}

Bug:807364

Change-Id: I9890811bc55169435d14b5b5c35e6014c2bbaa99
Reviewed-on: https://chromium-review.googlesource.com/1047505
Commit-Queue: Gang Wu <gangwu@chromium.org>
Reviewed-by: Ted Choc <tedchoc@chromium.org>
Reviewed-by: Pavel Yatsuk <pavely@chromium.org>
Reviewed-by: Theresa <twellington@chromium.org>
Reviewed-by: Sky Malice <skym@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558078}

Allow individual Cast web applications to set command-line switches
for the render process.

Bug: internal b/67735190
Bug: internal b/77323820
Test: cast_shell_browsertests, cast_shell_unittests
Change-Id: I2fdeca54e9f4a46f6299c58482e9934ebffe8b69
Reviewed-on: https://chromium-review.googlesource.com/1018205
Commit-Queue: James West <jameswest@chromium.org>
Reviewed-by: Luke Halliwell <halliwell@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558077}

Bug: chromium:757625
Cq-Include-Trybots: master.tryserver.chromium.linux:closure_compilation
Change-Id: I9e28d0ef490cd820639eb273abd1aa8c41640b6d
Reviewed-on: https://chromium-review.googlesource.com/1054327
Commit-Queue: Bailey Berro <baileyberro@chromium.org>
Reviewed-by: Demetrios Papadopoulos <dpapad@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558076}

 - Changing button and separator height to 32px.
 - Changing separator margin to 16px.
 - Removing obsolete logic to use a negative margin for non primary buttons.
   It is obsolete since both types of buttons now have a border and they can
   use the same amount of margin.

Bug: 841858,832173
Cq-Include-Trybots: master.tryserver.chromium.linux:closure_compilation
Change-Id: I1b3bf0d5a7f6b4e81bc5e25a16b422a54487214b
Reviewed-on: https://chromium-review.googlesource.com/1054552Reviewed-by: Scott Chen <scottchen@chromium.org>
Commit-Queue: Demetrios Papadopoulos <dpapad@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558075}

Adding new classes to be used by the C++ code.
These classes will be serialized into the proto messages

Bug: 803135
Change-Id: Ib0cae24a8d0cc7ff8fee5a14d6c80070b092b8ff
Reviewed-on: https://chromium-review.googlesource.com/1050797
Commit-Queue: Min Qin <qinmin@chromium.org>
Reviewed-by: Xing Liu <xingliu@chromium.org>
Reviewed-by: David Trainor <dtrainor@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558074}

We have a crash being reported in UrlBar that's caused by an
IndexOutOfBoundsException being thrown while trying to change the selection as
the result of a touch event. It is not immediately apparent how to reproduce the
crash, but I'm fairly confident we can prevent it without much consequence by
swallowing the exception.

Bug: 837419
Change-Id: Ie059e72ad2aea02446a801f0ab5e013ab0203bf4
Reviewed-on: https://chromium-review.googlesource.com/1053227Reviewed-by: Ted Choc <tedchoc@chromium.org>
Commit-Queue: Ryan Landay <rlanday@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558073}

Change-Id: I187c5cb0d8271c695234bd4a8fb724be7aa02c35
Reviewed-on: https://chromium-review.googlesource.com/1055848Reviewed-by: Simeon Anfinrud <sanfin@chromium.org>
Reviewed-by: Luke Halliwell <halliwell@chromium.org>
Commit-Queue: Luke Halliwell <halliwell@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558072}

ChunkedDataPipeUploadDataStream was incorrectly failing requests when
the size was received before the stream was initialized.

Bug: 810555
Cq-Include-Trybots: master.tryserver.chromium.linux:linux_mojo
Change-Id: If5e163644be5a4d27e8e7a3f4d2539e4b445ded1
Reviewed-on: https://chromium-review.googlesource.com/1055752
Commit-Queue: Matt Menke <mmenke@chromium.org>
Reviewed-by: Helen Li <xunjieli@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558071}

Previously, it returned a static value, but this didn't make sense since
each request should have its own ID.

Bug: 824568, 752273
Change-Id: I34fa7f33efc6abf92f459aff712b0caab7258426
Reviewed-on: https://chromium-review.googlesource.com/1056354
Commit-Queue: Kyle Horimoto <khorimoto@chromium.org>
Reviewed-by: Jeremy Klein <jlklein@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558070}

Bug: 842099
Cq-Include-Trybots: master.tryserver.chromium.linux:closure_compilation
Change-Id: Ic52a5afc94ab2de1e5745df995441b1c5e6f152b
Reviewed-on: https://chromium-review.googlesource.com/1055815Reviewed-by: Scott Chen <scottchen@chromium.org>
Commit-Queue: Esmael El-Moslimany <aee@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558069}

Previously, we only notified NotifyFaviconsChanged when an existing icon
was modified, not on initial creation.

The FaviconCache in the Omnibox component caches null results from the
FaviconService, so we want to be notified when a new favicon is
downloaded. This supports the Chrome Material Refresh work.

There are only two users of this API so far, the Bookmarks, and Sync.

For bookmarks, notifying when a new icon is downloaded should be
harmless. Bookmarks should already have a favicon in the database, so
it generally shouldn't happen. Even if it does happen, it would cause
some "extra work" to occur as the bookmark icon is updated - nothing
catastrophic, and potentially beneficial (maybe we should have been
doing this work on favicon creation anyways).

The Sync observer ignores icon_url updates already.

Bug: 88243, 823535
Change-Id: Ia233f1dfa83d7e748c43b4f0117f56b14424a1a8
Reviewed-on: https://chromium-review.googlesource.com/1054568Reviewed-by: Scott Violet <sky@chromium.org>
Commit-Queue: Tommy Li <tommycli@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558068}

- Updates the policy in the agent cookie when it is changed in the scheduler.
- Disarm the wait_for_navigation after the navigation.
- While restoring the virtual time settings, respects the policy.

Part of the "A BeginFrame is already in flight" flaky test fix.

Change-Id: I930cff2b2f187708be3a1b3ba0ca5d77944686b4
Reviewed-on: https://chromium-review.googlesource.com/1054152
Commit-Queue: Pavel Feldman <pfeldman@chromium.org>
Reviewed-by: Alex Clarke <alexclarke@chromium.org>
Reviewed-by: Eric Seckler <eseckler@chromium.org>
Reviewed-by: Dmitry Gozman <dgozman@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558067}

Bug: 798569
Test: Manual build and test
Change-Id: I8050699311b1cb5c19859178ee5dcedebfa2538f
Reviewed-on: https://chromium-review.googlesource.com/1054700
Commit-Queue: Muyuan Li <muyuanli@chromium.org>
Reviewed-by: Xiyuan Xia <xiyuan@chromium.org>
Reviewed-by: James Cook <jamescook@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558066}

Using wpt-import in Chromium c508903e.

Build: https://ci.chromium.org/buildbot/chromium.infra.cron/wpt-importer/17321

Note to sheriffs: This CL imports external tests and adds
expectations for those tests; if this CL is large and causes
a few new failures, please fix the failures by adding new
lines to TestExpectations rather than reverting. See:
https://chromium.googlesource.com/chromium/src/+/master/docs/testing/web_platform_tests.md

TBR=markdittmer

No-Export: true
Change-Id: I626405df73d483ee16672ba52bf0ae00d5a09246
Reviewed-on: https://chromium-review.googlesource.com/1056107
Commit-Queue: Blink WPT Bot <blink-w3c-test-autoroller@chromium.org>
Reviewed-by: Blink WPT Bot <blink-w3c-test-autoroller@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558065}

BUG=793908,793913,793944

Change-Id: I0d1828f8dba43140ad5c8b54eb6e33b84b9d8f50
Reviewed-on: https://chromium-review.googlesource.com/1054703Reviewed-by: John Budorick <jbudorick@chromium.org>
Commit-Queue: Jao-ke Chin-Lee <jchinlee@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558064}

Improve the base::Bind* and base::Callback usage by adapting
Once/Repeating callbacks in RequestCoordinator and Offliner related
code.

Bug: 841474
Change-Id: I95b14867b4ba3b666188b48ad94749f21c7720d1
Reviewed-on: https://chromium-review.googlesource.com/1053527
Commit-Queue: Yafei Duan <romax@chromium.org>
Reviewed-by: Peter Williamson <petewil@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558063}

https://pdfium.googlesource.com/pdfium.git/+log/ce7a8158376d..626a093f5fde

$ git log ce7a81583..626a093f5 --date=short --no-merges --format='%ad %ae %s'
2018-05-11 hnakashima Rename last CFWL_ComboBox::DisForm* methods.
2018-05-11 hnakashima Remove more dead code from CFWL_ComboBox.
2018-05-11 hnakashima Remove CFWL_Widget::SetFocus(). It is non-op.
2018-05-11 hnakashima Inline or renamed more CFWL_ComboBox::DisForm methods.
2018-05-11 hnakashima Remove CFWL_ComboBoxProxy.
2018-05-11 hnakashima Reland "Filter out "Type" and "DecodeParms" from trailer keys."
2018-05-11 hnakashima Inline Disform_* methods.
2018-05-11 hnakashima Revert "Filter out "Type" and "DecodeParms" from trailer keys."

Created with:
  roll-dep src/third_party/pdfium


The AutoRoll server is located here: https://pdfium-roll.skia.org

Documentation for the AutoRoller is here:
https://skia.googlesource.com/buildbot/+/master/autoroll/README.md

If the roll is causing failures, please contact the current sheriff, who should
be CC'd on the roll, and stop the roller if necessary.


TBR=dsinclair@chromium.org

Change-Id: I3dcfea79eb76675d62f215e739a5474a3f434717
Reviewed-on: https://chromium-review.googlesource.com/1056211
Commit-Queue: pdfium-chromium-autoroll <pdfium-chromium-autoroll@skia-buildbots.google.com.iam.gserviceaccount.com>
Reviewed-by: pdfium-chromium-autoroll <pdfium-chromium-autoroll@skia-buildbots.google.com.iam.gserviceaccount.com>
Cr-Commit-Position: refs/heads/master@{#558062}

Adds the mojom declaration and its corresponding audio::StreamFactory
implementation, allowing clients of the Audio Service to create loopback
streams. Loopback streams are virtualized audio input streams. They
collect the audio from one or more audio output streams, and mix it
together into a single input stream. An example use case is tab capture.

Bug: 824019
Change-Id: I10256b516f7e19f6e312aec7fd33dc737df095fa
Reviewed-on: https://chromium-review.googlesource.com/1041662
Commit-Queue: Yuri Wiitala <miu@chromium.org>
Reviewed-by: Yuri Wiitala <miu@chromium.org>
Reviewed-by: Daniel Cheng <dcheng@chromium.org>
Reviewed-by: Olga Sharonova <olka@chromium.org>
Reviewed-by: Max Morin <maxmorin@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558061}

Currently we have two versions of MojoRendererService::Create() which
are very similar. This CL merges them to avoid confusion.

Bug: 586211
Change-Id: I82a6d14b7723f7f4280905f4842aa6e69a02c863
Reviewed-on: https://chromium-review.googlesource.com/1056128Reviewed-by: Thomas Guilbert <tguilbert@chromium.org>
Commit-Queue: Xiaohan Wang <xhwang@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558060}

NOTRY=true  # test by PRESUBMIT
TBR=eyaich@chromium.org

Bug: 841492
Change-Id: I1b8bf1c05ea18f86ddbf676c24eeac6637a97348
Reviewed-on: https://chromium-review.googlesource.com/1056299Reviewed-by: Ned Nguyen <nednguyen@google.com>
Commit-Queue: Ned Nguyen <nednguyen@google.com>
Cr-Commit-Position: refs/heads/master@{#558059}

Add the ability to set a closure which is run when the object is
deleted.

Bug: 824568, 752273
Change-Id: I54b205e363d0302292647e47643dd07cbf8ce7e9
Reviewed-on: https://chromium-review.googlesource.com/1056225Reviewed-by: James Hawkins <jhawkins@chromium.org>
Commit-Queue: Kyle Horimoto <khorimoto@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558058}

GetAssociatedWebContents has been used in echoPrivate.getUserConsent
to determine to which window to attach the user consent dialog.
The API function is used from a component echo extension's event page,
and was relying on GetAssociatedWebContents to select the active tab as
the target for the dialog (note that this was not always the right
tab/window to use).

To address this issue, the echoPrivate.getUserConsent has been updated
to accept tabId, which identifies the tab to use for the user constent
dialog, and the extension was updated to pass the target tabId in. It
should now be OK to stop depending on GetAssociatedWebContentsDeprecated
to select the target tab.

Calls from extension contexts will now require the tabId to be
specified. The only circumstance the tabId can be omitted is when the
function is called from a platform app window (in which the sender web
contents will point to the desired target for the user consent dialog).

BUG=461394

Change-Id: I49c9dd5a8ffd9543bb441bc694dbc929ac8c2782
Reviewed-on: https://chromium-review.googlesource.com/1054489
Commit-Queue: Toni Barzic <tbarzic@chromium.org>
Reviewed-by: Devlin <rdevlin.cronin@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558057}

For now, packet info only includes the packet number, but passing a struct makes
it easier to extend this functionality in the future.

Quartc obtains the packet number from QuicConnection::packet_generator(), which
exposes a packet_number() accessor.  This is set to the current packet number
during calls to write packets.

For context, the packet number will be used to join QUIC's debug events (in
particular, QuicConnectionDebugVisitor::OnPacketSent) with similar debug events
from the underlying ICE transport stack, in order to implement
go/quartc-packet-notifications.

Merge internal change: 194326896

Change-Id: I65bc1c7bdc424a15dbcb92d4d3e04dda2f3715e5
Reviewed-on: https://chromium-review.googlesource.com/1055877Reviewed-by: Zhongyi Shi <zhongyi@chromium.org>
Commit-Queue: Ryan Hamilton <rch@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558056}

This reverts commit a25e3672.

Reason for revert: broke Windows tests using ANGLE's GL back-end.
Breaks the CQ for graphics-related tests, and ANGLE's CQ.

example builds:
https://ci.chromium.org/p/chromium/builders/luci.chromium.ci/Win10%20FYI%20Release%20%28NVIDIA%29/1063
https://ci.chromium.org/p/chromium/builders/luci.chromium.ci/Win10%20FYI%20dEQP%20Release%20%28NVIDIA%29/3528

Original change's description:
> Reland "win: Link with lld instead of link.exe by default"
> 
> The nacl browser_test failures on Win7 that caused the last revert are fixed.
> There's a known bug about this regressing binary size (crbug.com/838449),
> but with in-progress patches binary size will soon be 200 kB smaller and
> these should all be rolled in by branch point, so let's reland this to find
> more unknown unknowns.
> 
> Original change's description:
> > win: Link with lld instead of MSVC's link.exe by default
> >
> > lld is LLVM's linker. It produces PE/COFF and PDB files just like
> > link.exe, but it's significantly faster and it can also handle LLVM's
> > internal representation, which will enable us to do link-time
> > optimization and control-flow integraty checks with Clang.
> >
> > While lld is much faster at linking, it doesn't support incremental
> > links, meaning builds that only touch a few files and re-link a large
> > executable may become slower.
> >
> > This is the first attempt at switching everything over, with the
> > purpose of gathering data and finding unknown unknowns. It's likely
> > temporary until something breaks.
> >
> > is_win_fastlink is implicitly ignored when using lld, as lld without
> > fastlink is faster than link.exe with it.
> >
> > Also switch the CrWinClangLLD bots on chromium.clang to use MSVC's
> > link.exe to make sure that configuration keeps working.
> >
> > Bug: 792131
> 
> Change-Id: I18aba7a66c54c87092a13745f0ca213171ec25db
> Reviewed-on: https://chromium-review.googlesource.com/1054521
> Commit-Queue: Nico Weber <thakis@chromium.org>
> Reviewed-by: Reid Kleckner <rnk@chromium.org>
> Cr-Commit-Position: refs/heads/master@{#557987}

TBR=thakis@chromium.org,rnk@chromium.org

Change-Id: Ida516adc6708c59407b817c8425c14bd3153d5b8
No-Presubmit: true
No-Tree-Checks: true
No-Try: true
Reviewed-on: https://chromium-review.googlesource.com/1056327Reviewed-by: Jamie Madill <jmadill@chromium.org>
Commit-Queue: Jamie Madill <jmadill@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558055}

content_shell was trying to create log file in DIR_EXE. This doesn work
on platforms where the directory is not writable, particularly on
Fuchsia. Updated content_shell to use DIR_TEMP on Fuchsia.

Bug: 778467
Change-Id: I03198062e0c067340479209c99056a4e0b460ea4
Reviewed-on: https://chromium-review.googlesource.com/1054785
Commit-Queue: Sergey Ulanov <sergeyu@chromium.org>
Reviewed-by: Peter Beverloo <peter@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558054}

This introduces a wrapper for SignatureVerifier when the public key
comes from a certificate.

Bug: 795086, 803774
Change-Id: I177e4a2b3ea1b94afbac914c051be9f2b8b67985
Reviewed-on: https://chromium-review.googlesource.com/924349
Commit-Queue: David Benjamin <davidben@chromium.org>
Reviewed-by: Ryan Sleevi <rsleevi@chromium.org>
Reviewed-by: Kinuko Yasuda <kinuko@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558053}

This removes the WebLayerImpl subclass, pushing all the implementation
into the base WebLayer class. Then blink can instantiate it directly
since it lives in blink/public/platform/ so we don't need to go through
WebCompositorSupport anymore. Thus we remove that as well, leaving
cc/blink empty and we can remove the directory and all reference to it
in DEPS and BUILD files.

This makes it easier to reshape WebLayer to be the same as cc::Layer
so that we may type-alias it along the path to removing WebLayer.

R=chrishtr@chromium.org
TBR=jam

Bug: 838693
Cq-Include-Trybots: luci.chromium.try:android_optional_gpu_tests_rel;master.tryserver.blink:linux_trusty_blink_rel;master.tryserver.chromium.linux:linux_layout_tests_slimming_paint_v2
Change-Id: I77744e2672f239d3d2c14a274e2de4cb658b8f48
Reviewed-on: https://chromium-review.googlesource.com/1055804Reviewed-by: Chris Harrelson <chrishtr@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558052}

https://chrome-internal.googlesource.com/chrome/src-internal.git/+log/59e400635dcd..eb85cead4784

$ git log 59e400635..eb85cead4 --date=short --no-merges --format='%ad %ae %s'

Created with:
  roll-dep src-internal


The AutoRoll server is located here: https://src-internal-chromium-roll.skia.org

Documentation for the AutoRoller is here:
https://skia.googlesource.com/buildbot/+/master/autoroll/README.md

If the roll is causing failures, please contact the current sheriff, who should
be CC'd on the roll, and stop the roller if necessary.


TBR=mmoss@chromium.org

Change-Id: I43c29d911a065af6922a4e47eec8d3166c42310e
Reviewed-on: https://chromium-review.googlesource.com/1056127Reviewed-by: src-internal-chromium-autoroll <src-internal-chromium-autoroll@skia-buildbots.google.com.iam.gserviceaccount.com>
Commit-Queue: src-internal-chromium-autoroll <src-internal-chromium-autoroll@skia-buildbots.google.com.iam.gserviceaccount.com>
Cr-Commit-Position: refs/heads/master@{#558051}

Bug: 824568, 752273
Change-Id: Ie4aac00d5b077c3d1af3114e73447dd52065da75
Reviewed-on: https://chromium-review.googlesource.com/1056213Reviewed-by: James Hawkins <jhawkins@chromium.org>
Commit-Queue: Kyle Horimoto <khorimoto@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558050}

Now that <foreignObject> gets a PaintLayer, hit testing no longer works correctly
in the presence of a non-rectangular SVG clip path. This is because SVG children elements
which are not <foreignObject> cannot have a PaintLayer, and PaintLayer is the only way
hit testing currently knows how to account for clip-path.

Fix this for "simple" clip-paths by adding a method to perform hit test clipping
on the clip paint property tree. It works by checking all clips and clip-paths
stored on the clip paint property tree between the local and ancestor points
(in this use-case the ancestor is the containing PaintLayer), applying transforms
as necessary.

Non-"simple" clip paths (defined as SVG clip paths which have more than 42 edges
or having text) are not fixed by this CL. The former condition could be handled in the
future by adding a ClipPathForHitTesting to ClipPaintPropertyNode which stores the
clip-path beyond 42 edges.

Bug:833076

Cq-Include-Trybots: master.tryserver.blink:linux_trusty_blink_rel;master.tryserver.chromium.linux:linux_layout_tests_slimming_paint_v2
Change-Id: Iabbce97d412fe38a4b775739517d28628ef67964
Reviewed-on: https://chromium-review.googlesource.com/1055788
Commit-Queue: Chris Harrelson <chrishtr@chromium.org>
Reviewed-by: Tien-Ren Chen <trchen@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558049}

Change-Id: I5d69a8eb4a09f10a0127a445c971419dd7a79ea4
Reviewed-on: https://chromium-review.googlesource.com/1054384Reviewed-by: Robert Kaplow <rkaplow@chromium.org>
Commit-Queue: Steven Holte <holte@chromium.org>
Cr-Commit-Position: refs/heads/master@{#558048}