- 03 Dec, 2020 40 commits
-
-
Victor Hugo Vianna Silva authored
For all remaining implementations except SyncController, implementing SyncStateChangedListener (~SyncServiceObserver) is enough. So this CL converts the observer interface into a delegate interface. Bug: 1107904 Change-Id: Iaa2acd4cbb6ce0efc6b8d9a6e441f4e2b1f8e4df Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2570573 Commit-Queue: Victor Vianna <victorvianna@google.com> Reviewed-by:
Marc Treib <treib@chromium.org> Cr-Commit-Position: refs/heads/master@{#833387}
-
David Benjamin authored
https://boringssl.googlesource.com/boringssl/+log/5656fec512a8dfd2833fbf47b6aaa76364c26fad..3094902fcdc2db2cc832fa854b9a6a8be383926c The following commits have update notes: c3f4612d8 Only accept little-endian ARM and MIPS variants in base.h. 0a6bfa36c Always check the TLS 1.3 downgrade signal. Bug: none Change-Id: I2beb676d8ccdbc04628f2668dd88ae35558b4442 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2569382 Commit-Queue: David Benjamin <davidben@chromium.org> Commit-Queue: Steven Valdez <svaldez@chromium.org> Auto-Submit: David Benjamin <davidben@chromium.org> Reviewed-by:
Steven Valdez <svaldez@chromium.org> Cr-Commit-Position: refs/heads/master@{#833386}
-
Maria Petrisor authored
The fallback will be enabled on Neverware devices using the added build flag: system_slot_software_fallback. Its default value is false and this behavior is not intended for Chromebooks which always have a TPM. In case Neverware enables the build flag: (a) Devices with a TPM will still initialize a TPM-backed system slot. (b) Devices without a TPM will initialize a software-backed system slot. DD: https://docs.google.com/document/d/1rbTiAMpR18SoN0be_AW-ysvptAHbYcTYeZHL6KcAcTQ/edit?usp=sharing Initial bug discussion: https://docs.google.com/document/d/16w4xyCi2tQTIBtS8o4Ga01KxpHwICVnCjyGC6ezlNS0/edit?usp=sharing Bug: b:171461831 Change-Id: I533a7de7bf5367143aa539b9a7883abd6d8f405a Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2552600 Commit-Queue: Maria Petrisor <mpetrisor@chromium.org> Reviewed-by:
Mattias Nissler <mnissler@chromium.org> Reviewed-by:
Alexander Hendrich <hendrich@chromium.org> Reviewed-by:
Maksim Ivanov <emaxx@chromium.org> Reviewed-by:
Achuith Bhandarkar <achuith@chromium.org> Cr-Commit-Position: refs/heads/master@{#833385}
-
chromium-autoroll authored
https://skia.googlesource.com/skia.git/+log/f9433fa316c9..3dba3ee4654f 2020-12-03 johnstiles@google.com Fix various codegen issues for Metal array types. 2020-12-03 fmalita@chromium.org [skottie] Add image sampling and transform options 2020-12-03 jvanverth@google.com Use MTLCommandBuffer status to determine if completed. 2020-12-03 mtklein@google.com add store64 2020-12-03 reed@google.com get 4x4 initialMatrix in pictureplayback 2020-12-03 reed@google.com stop using bitmapcontroller 2020-12-03 bungeman@google.com Remove NVIDIA_Shield bots. If this roll has caused a breakage, revert this CL and stop the roller using the controls here: https://autoroll.skia.org/r/skia-autoroll Please CC westont@google.com on the revert to ensure that a human is aware of the problem. To report a problem with the AutoRoller itself, please file a bug: https://bugs.chromium.org/p/skia/issues/entry?template=Autoroller+Bug Documentation for the AutoRoller is here: https://skia.googlesource.com/buildbot/+doc/master/autoroll/README.md Cq-Include-Trybots: luci.chromium.try:android_optional_gpu_tests_rel;luci.chromium.try:linux-blink-rel;luci.chromium.try:linux-chromeos-compile-dbg;luci.chromium.try:linux_optional_gpu_tests_rel;luci.chromium.try:mac_optional_gpu_tests_rel;luci.chromium.try:win_optional_gpu_tests_rel Cq-Do-Not-Cancel-Tryjobs: true Bug: None Tbr: westont@google.com Change-Id: Icac9f260b94ce3c7ad7e3616ab9250d02fe09bf8 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2571201Reviewed-by:
chromium-autoroll <chromium-autoroll@skia-public.iam.gserviceaccount.com> Commit-Queue: chromium-autoroll <chromium-autoroll@skia-public.iam.gserviceaccount.com> Cr-Commit-Position: refs/heads/master@{#833384}
-
chromium-autoroll authored
https://android.googlesource.com/platform/external/perfetto.git/+log/877fbcb69179..8ddf5ae4b8a5 2020-12-03 primiano@google.com Docs: more small improvements to markdown renderer for proto reference. If this roll has caused a breakage, revert this CL and stop the roller using the controls here: https://autoroll.skia.org/r/perfetto-chromium-autoroll Please CC perfetto-bugs@google.com on the revert to ensure that a human is aware of the problem. To report a problem with the AutoRoller itself, please file a bug: https://bugs.chromium.org/p/skia/issues/entry?template=Autoroller+Bug Documentation for the AutoRoller is here: https://skia.googlesource.com/buildbot/+doc/master/autoroll/README.md Cq-Include-Trybots: luci.chromium.try:linux-perfetto-rel Bug: chromium:174570917 Tbr: perfetto-bugs@google.com Change-Id: I85014725c1a606f3d81eea14cf01e46d3eab4301 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2571997Reviewed-by:
chromium-autoroll <chromium-autoroll@skia-public.iam.gserviceaccount.com> Commit-Queue: chromium-autoroll <chromium-autoroll@skia-public.iam.gserviceaccount.com> Cr-Commit-Position: refs/heads/master@{#833383}
-
ckitagawa authored
First stage of the CSN project. Bug: 1149972 Change-Id: I950258e4fe493d17b934518f64b65331b27a1307 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2505919 Commit-Queue: Calder Kitagawa <ckitagawa@chromium.org> Reviewed-by:
Yaron Friedman <yfriedman@chromium.org> Reviewed-by:
Mehran Mahmoudi <mahmoudi@chromium.org> Reviewed-by:
Fred Mello <fredmello@chromium.org> Cr-Commit-Position: refs/heads/master@{#833382}
-
Gayane Petrosyan authored
Fix for cases when previous text is incorrectly skipped due to PreviousSkippingChildren. For following example: <div id=1> <div id=2></div> </div> <div id=3></div> PreviousSkippingChildren(div3) = div1 but Previous(div3) = div2 that's why Previous should be used when we are searching for a previous text. Bug: 1154308 Change-Id: I043bf8f5a7db4e361afbe34d2d854566e5bacd87 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2565812 Commit-Queue: Gayane Petrosyan <gayane@chromium.org> Reviewed-by:
David Bokan <bokan@chromium.org> Reviewed-by:
Mason Freed <masonfreed@chromium.org> Cr-Commit-Position: refs/heads/master@{#833381}
-
Guillaume Jenkins authored
Mark all policies that are ready and fully functional as "supported_on" instead of "future_on" so they correctly show up as supported on iOS in the Enterprise support pages. Bug: 1153879 Change-Id: I08b9a166f257a71b44ea5f7345f5953e81ea7c5e Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2566348 Commit-Queue: Guillaume Jenkins <gujen@google.com> Reviewed-by:
Rohit Rao <rohitrao@chromium.org> Reviewed-by:
Julian Pastarmov <pastarmovj@chromium.org> Cr-Commit-Position: refs/heads/master@{#833380}
-
Taylor Bergquist authored
This reverts commit 98e681e4. Reason for revert: Speculative fix for test failures in https://crbug.com/1155028 Original change's description: > Roll Media App from 6AHX-97XE... to SDoonf2Hk... > > Release_Notes: http://go/media_app-x20/relnotes/Main/media_app_202012030600_RC00.html > > https://chrome-infra-packages.appspot.com/p/chromeos_internal/apps/media_app/app/+/SDoonf2Hkjiq08J3Ms2EUYh3QtvIsKK630F0L4wd46gC > > If this roll has caused a breakage, revert this CL and stop the roller > using the controls here: > https://skia-autoroll.corp.goog/r/media-app-chromium-autoroll > Please CC media-app@grotations.appspotmail.com on the revert to ensure that a human > is aware of the problem. > > To report a problem with the AutoRoller itself, please file a bug: > https://bugs.chromium.org/p/skia/issues/entry?template=Autoroller+Bug > > Documentation for the AutoRoller is here: > https://skia.googlesource.com/buildbot/+doc/master/autoroll/README.md > > Cq-Include-Trybots: luci.chrome.try:linux-chromeos-chrome > Bug: b/173978830,b/174603791,b/174637068 > Tbr: media-app@grotations.appspotmail.com > Change-Id: I4b2504c38e7441bd375fc733e3f4bf8c6a9980f4 > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2568299 > Reviewed-by: chromium-internal-autoroll <chromium-internal-autoroll@skia-corp.google.com.iam.gserviceaccount.com> > Commit-Queue: chromium-internal-autoroll <chromium-internal-autoroll@skia-corp.google.com.iam.gserviceaccount.com> > Cr-Commit-Position: refs/heads/master@{#833328} TBR=chromium-internal-autoroll@skia-corp.google.com.iam.gserviceaccount.com,chromium-scoped@luci-project-accounts.iam.gserviceaccount.com,media-app@grotations.appspotmail.com Change-Id: I5ee539abef7cb8b9737f804942a393302c029f74 No-Presubmit: true No-Tree-Checks: true No-Try: true Bug: b/173978830 Bug: b/174603791 Bug: b/174637068 Cq-Include-Trybots: luci.chrome.try:linux-chromeos-chrome Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2572141Reviewed-by:
Taylor Bergquist <tbergquist@chromium.org> Commit-Queue: Taylor Bergquist <tbergquist@chromium.org> Cr-Commit-Position: refs/heads/master@{#833379}
-
Michael Lippautz authored
Bug: 1154667 Change-Id: I65fe8ef14793a65571362b49cc5c7250f43cd30c Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2567168Reviewed-by:
Kentaro Hara <haraken@chromium.org> Commit-Queue: Michael Lippautz <mlippautz@chromium.org> Cr-Commit-Position: refs/heads/master@{#833378}
-
Sigurdur Asgeirsson authored
Bug: 1143281 Change-Id: Id8e82c2af615611207a73cede662cf24e39f6599 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2571959 Commit-Queue: Sigurður Ásgeirsson <siggi@chromium.org> Commit-Queue: Patrick Monette <pmonette@chromium.org> Auto-Submit: Sigurður Ásgeirsson <siggi@chromium.org> Reviewed-by:
Patrick Monette <pmonette@chromium.org> Cr-Commit-Position: refs/heads/master@{#833377}
-
Tommy Li authored
This CL exercises the existing keyword uniquification logic for when sync merges in multiple engines with the same keyword. This soon will be changed once we get rid of uniquification. Bug: 1022775 Change-Id: If88e5d74123c99605e95ab2ebb9c86f4f2bee43a Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2569383 Commit-Queue: Tommy Li <tommycli@chromium.org> Reviewed-by:
Mikel Astiz <mastiz@chromium.org> Cr-Commit-Position: refs/heads/master@{#833376}
-
Thiabaud Engelbrecht authored
alive. Bug: 1154299 Change-Id: I914536086a74fe67657c6b915c1244ce56c80caf Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2568901Reviewed-by:
Jeremy Roman <jbroman@chromium.org> Reviewed-by:
Benoit L <lizeb@chromium.org> Commit-Queue: Thiabaud Engelbrecht <thiabaud@google.com> Cr-Commit-Position: refs/heads/master@{#833375}
-
Wenyu Fu authored
Announce the privacy disclaimer when skipping ToS by policy. Extend the delay for exit to let screenreader to finish the announcement (English) similar to SnackbarManager. Change-Id: Iaee2c5dffb131311e89a6cdbebef2221ecbaea87 Bug: 1128158 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2568257 Commit-Queue: Wenyu Fu <wenyufu@chromium.org> Reviewed-by:
Theresa <twellington@chromium.org> Reviewed-by:
Sky Malice <skym@chromium.org> Cr-Commit-Position: refs/heads/master@{#833374}
-
Scott Violet authored
I had wanted to register the providers as well, but that is problematic. In particular, Initialize() is called before consent has been determined (it's async for WV/WL). As some providers are configured differently depending upon whether reporting is enabled, configuring before reporting is enabled is problematic. I moved registering VariationsIdsProvider to where it happens on the desktop. Another possibility is to keep a pref of the last value and use that when initializing. That way MetricsService and providers could be created immediately. This route has the possibility for uploading some data when we shouldn't. This change would also be trickier (bigger), and I'm hoping to merge this to 88. Lastly, AndroidMetricsServiceClient is initialized earlier then happens on the desktop. In fact it's before threads have been initialized. This means some shuffling around of creation order would have to happen should we want to initialize all the providers (because current place triggers DCHECKs if it does try to create providers). BUG=1148351 TEST=MetricsServiceCreatedFromInitialize Change-Id: Ia82225cb237da38c3bef56815382dc597155fac0 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2551292 Commit-Queue: Scott Violet <sky@chromium.org> Reviewed-by:
Michael Bai <michaelbai@chromium.org> Cr-Commit-Position: refs/heads/master@{#833373}
-
Ravjit Singh Uppal authored
Extend the Permissions.Engagement metrics to include One-time permission grants. Bug: 1150635 Change-Id: I0e3a738b449832e794c17486d0047592b7f1679e Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2548620Reviewed-by:
Illia Klimov <elklm@chromium.org> Reviewed-by:
Mark Pearson <mpearson@chromium.org> Reviewed-by:
Balazs Engedy <engedy@chromium.org> Reviewed-by:
Michael Lippautz <mlippautz@chromium.org> Commit-Queue: Ravjit Singh Uppal <ravjit@chromium.org> Cr-Commit-Position: refs/heads/master@{#833372}
-
David Van Cleve authored
Trust Tokens is a new web feature that extends the fetch API to allow specifying executing certain cryptographic operations alongside outgoing requests: the requests gain new HTTP request headers bearing outbound cryptographic payloads, and the corresponding responses from servers usually contain corresponding cryptographic responses; the browser processes and strips the responses, updating local state. Sometimes, these operations' results can be cached: when we encounter a cached result from a previous operation, we fail the request with ERR_TRUST_TOKEN_OPERATION_CACHE_HIT. This is because we assume that the main reason for sending a request with an associated Trust Tokens operation is executing the Trust Tokens operation (rather than sending whatever's in the request body and obtaining whatever's in the response body), so the caller wouldn't want to incur the resource consumption caused by the request if the Trust Tokens operation's result is already stored locally. While failing a request with ERR_TRUST_TOKEN_OPERATION_CACHE_HIT follows the ResourceError code path in Blink and causes fetch() calls to reject, these requests: - do not trigger additional "request failed" error prints in the DevTools console (assuming that the caller catches the exception that the fetch Promise rejects with); and - show up as "cache hits" (black, in contrast to red errors) in the DevTools network panel. We're adding a new code path ("platform-provided trust tokens"; crbug.com/1130248) where we can have a Trust Tokens operation complete by calling out to a system service, instead of sending a HTTP request to a server. This is pretty similar to the existing "cache hit" case in that we discover we don't need to send anything to a server after all, so we bail early by "failing" the request (since it is messy to populate an empty "success" response) in this case, too. To make the error handling for Trust Tokens operations that are successfully fulfilled locally have the same developer-facing characteristics as cache hits (no console error; not a failure in the network panel), we want to achieve similar error handling. The easiest way to do this seemed to be making the existing net error more generic, to the effect of "we didn't need to send a request to execute the desired Trust Tokens operation, so there's no response to provide" and setting the new error code for both cache hits and locally fulfilled Trust Tokens operations. This CL renames the error code; a follow-up CL will update URLLoader to set this net error for locally fulfilled Trust Tokens operations in addition to, as currently, cache hits. R=mmenke Bug: 1154847 Change-Id: I33e80515c77f2f8e0fc442ccbe9cc98c9b693738 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2568205Reviewed-by:
Matt Menke <mmenke@chromium.org> Reviewed-by:
Yutaka Hirano <yhirano@chromium.org> Reviewed-by:
Jeremy Roman <jbroman@chromium.org> Auto-Submit: David Van Cleve <davidvc@chromium.org> Commit-Queue: Jeremy Roman <jbroman@chromium.org> Cr-Commit-Position: refs/heads/master@{#833371}
-
Chris Sharp authored
Bug: 1139046 Change-Id: I016594eaf8415fb35cade1002d025209e06e9e82 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2568203Reviewed-by:
Julian Pastarmov <pastarmovj@chromium.org> Commit-Queue: Chris Sharp <csharp@chromium.org> Cr-Commit-Position: refs/heads/master@{#833370}
-
Patrick Monette authored
The IdType class already has built-in support for an invalid ID. Bug: 971272 Change-Id: I7121400d72c22b90c153da32f0a0f74e46a27569 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2545442 Commit-Queue: Patrick Monette <pmonette@chromium.org> Reviewed-by:
François Doray <fdoray@chromium.org> Cr-Commit-Position: refs/heads/master@{#833369}
-
James Vecore authored
This CL plumbs the location hint from Nearby Connections to the SendMessage and StartReceivingMessages calls and puts the information into the Tachyon server requests. This allows Tachyon to use the location hint for geo sharding when available. Fixed: 1142001 Change-Id: I3345ea4e6936c934be46178b2128bca66a69af87 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2568228Reviewed-by:
Alex Gough <ajgo@chromium.org> Reviewed-by:
Josh Nohle <nohle@chromium.org> Commit-Queue: James Vecore <vecore@google.com> Cr-Commit-Position: refs/heads/master@{#833368}
-
Patrick Monette authored
This voter casts a USER_BLOCKING priority vote when a frame is audible. Bug: 971272 Change-Id: Ic0b777a48451322e8685c3d19e7d95bab89fb273 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2542562 Commit-Queue: Patrick Monette <pmonette@chromium.org> Reviewed-by:
François Doray <fdoray@chromium.org> Cr-Commit-Position: refs/heads/master@{#833367}
-
Livvie Lin authored
Bug: 1015626 Change-Id: I92d5c225677760bf0a5dc4c3c1381db05dd36697 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2552626 Commit-Queue: Livvie Lin <livvielin@chromium.org> Reviewed-by:
Carlos IL <carlosil@chromium.org> Reviewed-by:
Avi Drissman <avi@chromium.org> Reviewed-by:
Chris Thompson <cthomp@chromium.org> Cr-Commit-Position: refs/heads/master@{#833366}
-
Alex Ilin authored
TBR: shaktisahu@chromium.org Bug: 1155085 Change-Id: I40ad4748a310230e75e1b02d0c1697f2c539c9f6 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2571756Reviewed-by:
Alex Ilin <alexilin@chromium.org> Commit-Queue: Alex Ilin <alexilin@chromium.org> Cr-Commit-Position: refs/heads/master@{#833365}
-
Norman Rosas authored
and //components/v…, also removed duplicated metadata from OWNERS files Bug: 1113033 Change-Id: I5a9b09421e2199b2e0ed3edd0ea2f32335253cb6 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2570248 Auto-Submit: Norman Rosas <normando@google.com> Commit-Queue: Ted Choc <tedchoc@chromium.org> Reviewed-by:
Ted Choc <tedchoc@chromium.org> Cr-Commit-Position: refs/heads/master@{#833364}
-
Side Yilmaz authored
This CL gets profile from the current tab model instead of always using regular profile. Bug: 1048632 Change-Id: I61458edce798ff205cdd4b2915bbebb58df504ee Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2567921Reviewed-by:
Yue Zhang <yuezhanggg@chromium.org> Commit-Queue: Side YILMAZ <sideyilmaz@chromium.org> Cr-Commit-Position: refs/heads/master@{#833363}
-
bttk authored
This change dissolves method LocationBarLayout#updateVisualsForState(). Method LocationBarCoordinator#updateVisualsForState() remains, and is used in Toolbar. Bug: 1142883 Change-Id: If8b7b46bd6634adc514d607baab406205852263b Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2545192Reviewed-by:
Filip Gorski <fgorski@chromium.org> Reviewed-by:
Patrick Noland <pnoland@chromium.org> Commit-Queue: bttk <bttk@chromium.org> Cr-Commit-Position: refs/heads/master@{#833362}
-
Charlie Hu authored
This CL fixes the missing Document Policy issue for XSLT document. The fix is similar to the previous fix on Permissions Policy. See https://chromium-review.googlesource.com/c/chromium/src/+/2561144. Bug: 1151954 Change-Id: Ie080c360ddc70ac46a63d5166b3830752ecdd94e Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2563440 Commit-Queue: Charlie Hu <chenleihu@google.com> Reviewed-by:
Ian Clelland <iclelland@chromium.org> Reviewed-by:
Dmitry Gozman <dgozman@chromium.org> Cr-Commit-Position: refs/heads/master@{#833361}
-
Alice Wang authored
This CL make account picker bottom sheet announces the title when a new screen opens. Bug: 1144826, 1143259 Change-Id: I6e5b28733d0d6dfd99b4d1ed36e1e8de799f846c Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2565533Reviewed-by:
Theresa <twellington@chromium.org> Reviewed-by:
Matthew Jones <mdjones@chromium.org> Commit-Queue: Alice Wang <aliceywang@chromium.org> Cr-Commit-Position: refs/heads/master@{#833360}
-
chromium-autoroll authored
https://dawn.googlesource.com/tint.git/+log/685cb02ea8d9..76d12f0f5a33 2020-12-03 bclayton@google.com Add EmitVertexPointSizeTransform If this roll has caused a breakage, revert this CL and stop the roller using the controls here: https://autoroll.skia.org/r/tint-chromium-autoroll Please CC dsinclair@google.com on the revert to ensure that a human is aware of the problem. To report a problem with the AutoRoller itself, please file a bug: https://bugs.chromium.org/p/skia/issues/entry?template=Autoroller+Bug Documentation for the AutoRoller is here: https://skia.googlesource.com/buildbot/+doc/master/autoroll/README.md Cq-Include-Trybots: luci.chromium.try:dawn-linux-x64-deps-rel;luci.chromium.try:dawn-mac-x64-deps-rel;luci.chromium.try:dawn-win10-x64-deps-rel;luci.chromium.try:dawn-win10-x86-deps-rel Bug: None Tbr: dsinclair@google.com Change-Id: Iba3d1b5cbb2a3b4991020d07850c9c0b8d9d9d8e Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2571195Reviewed-by:
chromium-autoroll <chromium-autoroll@skia-public.iam.gserviceaccount.com> Commit-Queue: chromium-autoroll <chromium-autoroll@skia-public.iam.gserviceaccount.com> Cr-Commit-Position: refs/heads/master@{#833359}
-
chromium-autoroll authored
https://android.googlesource.com/platform/external/perfetto.git/+log/9d937e6cbed6..877fbcb69179 If this roll has caused a breakage, revert this CL and stop the roller using the controls here: https://autoroll.skia.org/r/perfetto-trace-processor-linux-chromium Please CC perfetto-bugs@google.com on the revert to ensure that a human is aware of the problem. To report a problem with the AutoRoller itself, please file a bug: https://bugs.chromium.org/p/skia/issues/entry?template=Autoroller+Bug Documentation for the AutoRoller is here: https://skia.googlesource.com/buildbot/+doc/master/autoroll/README.md Tbr: perfetto-bugs@google.com Change-Id: Ibe68df695aa6a882209c58d3e3c569740b017970 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2570443Reviewed-by:
chromium-autoroll <chromium-autoroll@skia-public.iam.gserviceaccount.com> Commit-Queue: chromium-autoroll <chromium-autoroll@skia-public.iam.gserviceaccount.com> Cr-Commit-Position: refs/heads/master@{#833358}
-
Alex Ilin authored
TBR: reillyg@chromium.org Bug: 1153716 Change-Id: Ia935c5efadae72bfd28e71da4157cdad9432b61c Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2571099Reviewed-by:
Alex Ilin <alexilin@chromium.org> Commit-Queue: Alex Ilin <alexilin@chromium.org> Cr-Commit-Position: refs/heads/master@{#833357}
-
Jeroen Dhollander authored
This reverts commit 0f98cc3e. Reason for revert: Lots of assistant tests failing on this builder: https://ci.chromium.org/p/chrome/builders/ci/linux-chromeos-chrome Example builds: https://ci.chromium.org/ui/p/chrome/builders/ci/linux-chromeos-chrome/10457/overview https://ci.chromium.org/ui/p/chrome/builders/ci/linux-chromeos-chrome/10451/overview https://ci.chromium.org/ui/p/chrome/builders/ci/linux-chromeos-chrome/10456/overview Original change's description: > Uprev Libassistant to 1.50 > > These are the public changes required to uprev to 1.50. > > NOTE: This includes the hash for the rolldep of src-internal, > as Libassistant 1.50 made some non-backwards compatible API changes. > > The internal changes included can be found in crrev.com/i/3414233 > > Bug: b/170170824 > Change-Id: I88f5836e896efe4005d6e9681175da36c07514b0 > Tests: Manually deployed and tested Assistant queries. > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2548684 > Commit-Queue: Jeroen Dhollander <jeroendh@chromium.org> > Reviewed-by: Xiaohui Chen <xiaohuic@chromium.org> > Cr-Commit-Position: refs/heads/master@{#833190} TBR=xiaohuic@chromium.org,chromium-scoped@luci-project-accounts.iam.gserviceaccount.com,jeroendh@chromium.org No-Presubmit: true No-Tree-Checks: true No-Try: true Bug: b/170170824 Change-Id: I2f6ad96933dabb7a9b100dfe45ac28a62979ce67 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2572117Reviewed-by:
Jeroen Dhollander <jeroendh@chromium.org> Commit-Queue: Jeroen Dhollander <jeroendh@chromium.org> Auto-Submit: Jeroen Dhollander <jeroendh@chromium.org> Cr-Commit-Position: refs/heads/master@{#833356}
-
Gauthier Ambard authored
This CL makes sure to update the zPosition of the cells in the TabGrid when they are inserted to allow the upper rows to be above the lower rows. Fixed: 1155122 Change-Id: Ib232dab6d35fa23c828fb027358cb2411e396982 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2571284Reviewed-by:
Robbie Gibson <rkgibson@google.com> Commit-Queue: Gauthier Ambard <gambard@chromium.org> Cr-Commit-Position: refs/heads/master@{#833355}
-
Alexis Hetu authored
This cl is in the context of replacing SwiftShader's GL libraries with SwANGLE (ANGLE with SwiftShader Vulkan as its backend). In order to allow ANGLE to find the proper libvulkan.so when executing tests on the bots, we have to make sure the proper rpath is set. This affects all tests that depend directly or indirectly on //ui/gl:test_support. The affected tests include: app_shell_unittests aura_unittests cc_unittests compositor_unittests gpu_unittests interactive_ui_tests message_center_unittests media_unittests snapshot_unittests unit_tests views_unittests viz_unittests wm_unittests Bug: chromium:1060139 Change-Id: Ida242f511599d38ad1ec16e0f4711d80a957cc8f Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2565490Reviewed-by:
Kenneth Russell <kbr@chromium.org> Reviewed-by:
Greg Thompson <grt@chromium.org> Reviewed-by:
Dale Curtis <dalecurtis@chromium.org> Reviewed-by:
danakj <danakj@chromium.org> Commit-Queue: Alexis Hétu <sugoi@chromium.org> Cr-Commit-Position: refs/heads/master@{#833354}
-
cfredric authored
singleton sets. This is required since we need to be able to (quickly) distinguish sites that are members of a non-singleton set from those that are members of a singleton set (i.e. they are not a member of any set provided by Component Updater or on the command line). This, in turn, is needed because we need Chrome to ignore the SameParty attribute for cookies set by sites that are not in a First-Party Set, in order to avoid site breakage in the event of a race condition between the site registering their First-Party Set (and applying the SameParty attribute), and Chrome receiving the updated set list from Component Updater. Bug: 1143756 Change-Id: If77b60538c084a306b1c7af3d1bdabdb9fd1b0e6 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2560899 Commit-Queue: Chris Fredrickson <cfredric@chromium.org> Reviewed-by:
Maksim Orlovich <morlovich@chromium.org> Cr-Commit-Position: refs/heads/master@{#833353}
-
Alex Turner authored
Instead of walking up the frame tree for subframes that inherit activation from their parents, we now synchronously construct a filter. This uses the functionality introduced for inheriting activation from same-origin openers, allowing synchronous construction. This should simplify the logic used, ensuring any activated frame has an associated filter. Bug: 1134288 Change-Id: Iaa624145c2f77fcce3f0e40f7248fa713ff889c1 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2561265 Commit-Queue: Alex Turner <alexmt@chromium.org> Reviewed-by:
Charlie Harrison <csharrison@chromium.org> Cr-Commit-Position: refs/heads/master@{#833352}
-
Victor Hugo Vianna Silva authored
AndroidSyncSettings will soon disappear, so this CL migrates most uses of isSyncEnabled(), doesMasterSyncSettingAllowChromeSync() and isChromeSyncEnabled(). The rule determining the corresponding API in ProfileSyncService is described in crbug.com/1129426#c5. After this CL, the only remaining uses of the first two methods are in SyncController, and those must remain as long as ASS exists. Future CLs can, however, deprecate the two methods / expose them only to SyncController, in order to avoid the introduction of new calls. The third method remains used in other two questionable places, which can possibly be migrated as well % some discussion. Apart from the transient states, this CL should have no behavioral difference, *except* for a few cases where the additional case of a null ProfileSyncService must be handled, the effect being minor UI changes. This should be fine because a) the behavior would need to change anyway following crbug.com/1105795, b) the case where PSS is null is quite rare anyway (sync disabled by CLI). Bug: 1129426 Change-Id: I90282eb3674e42b270544e74356691d2ae56b91c Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2562849 Commit-Queue: Victor Vianna <victorvianna@google.com> Reviewed-by:
Marc Treib <treib@chromium.org> Cr-Commit-Position: refs/heads/master@{#833351}
-
danakj authored
Fullscreen widgets no longer exist. R=sky@chromium.org Bug: 1134674 Change-Id: Ia6e5ca52332092c0804d692715a0499f1df10311 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2569367 Commit-Queue: danakj <danakj@chromium.org> Reviewed-by:
Scott Violet <sky@chromium.org> Reviewed-by:
Dave Tapuska <dtapuska@chromium.org> Cr-Commit-Position: refs/heads/master@{#833350}
-
v8-ci-autoroll-builder authored
Summary of changes available at: https://chromium.googlesource.com/v8/v8/+log/9421b815..a6237ff2 Please follow these instructions for assigning/CC'ing issues: https://v8.dev/docs/triage-issues Please close rolling in case of a roll revert: https://v8-roll.appspot.com/ This only works with a Google account. CQ_INCLUDE_TRYBOTS=luci.chromium.try:linux-blink-rel CQ_INCLUDE_TRYBOTS=luci.chromium.try:linux_optional_gpu_tests_rel CQ_INCLUDE_TRYBOTS=luci.chromium.try:mac_optional_gpu_tests_rel CQ_INCLUDE_TRYBOTS=luci.chromium.try:win_optional_gpu_tests_rel CQ_INCLUDE_TRYBOTS=luci.chromium.try:android_optional_gpu_tests_rel TBR=hablich@chromium.org,vahl@chromium.org,v8-waterfall-sheriff@grotations.appspotmail.com Change-Id: I142a4ef9f6ba01fa66df448968bbde7e9c09b342 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2570442Reviewed-by:
v8-ci-autoroll-builder <v8-ci-autoroll-builder@chops-service-accounts.iam.gserviceaccount.com> Commit-Queue: v8-ci-autoroll-builder <v8-ci-autoroll-builder@chops-service-accounts.iam.gserviceaccount.com> Cr-Commit-Position: refs/heads/master@{#833349}
-
chromium-internal-autoroll authored
https://chrome-internal.googlesource.com/chrome/src-internal.git/+log/0cf173dfbc29..c4b9cd7d79de If this roll has caused a breakage, revert this CL and stop the roller using the controls here: https://skia-autoroll.corp.goog/r/src-internal-chromium-autoroll Please CC sebsg@google.com,antoniosartori@google.com on the revert to ensure that a human is aware of the problem. To report a problem with the AutoRoller itself, please file a bug: https://bugs.chromium.org/p/skia/issues/entry?template=Autoroller+Bug Documentation for the AutoRoller is here: https://skia.googlesource.com/buildbot/+doc/master/autoroll/README.md Cq-Include-Trybots: luci.chrome.try:linux-chromeos-chrome Bug: None Tbr: sebsg@google.com,antoniosartori@google.com Change-Id: I4c237b19422fb9b1615cfe88e56a9916ebb9232d Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2571197Reviewed-by:
chromium-internal-autoroll <chromium-internal-autoroll@skia-corp.google.com.iam.gserviceaccount.com> Commit-Queue: chromium-internal-autoroll <chromium-internal-autoroll@skia-corp.google.com.iam.gserviceaccount.com> Cr-Commit-Position: refs/heads/master@{#833348}
-