- 09 Mar, 2020 40 commits
-
-
Jiewei Qian authored
This CL adds support for system web apps to enable origin trials. It uses WebAppTabHelper to enable origin trials on ReadyToCommitNavigation. Works when launching SWA from shelf or when being navigated to in a tab. Under the hood, it adds a new ForceEnableOriginTrials method to NavigationHandle, which sets the origin trials for this navigation. Internally, the trials are saved to commit_params. When RenderFrame commits this navigation, it passes the origin trial information to blink via WebNavigationParams. The DocumentLoader then enables the provided trials. Fixed: 1024655,1043842 Change-Id: I4030575c21454c0addb4953992149cdd4ee6ffe0 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2038511Reviewed-by:
Daniel Cheng <dcheng@chromium.org> Reviewed-by:
Jason Chase <chasej@chromium.org> Reviewed-by:
Dmitry Gozman <dgozman@chromium.org> Reviewed-by:
Giovanni Ortuño Urquidi <ortuno@chromium.org> Commit-Queue: Jiewei Qian <qjw@chromium.org> Cr-Commit-Position: refs/heads/master@{#748120}
-
Abhijeet Kandalkar authored
This CL has two goals to use new downcast helper for blink::LayoutTextControl & blink::LayoutTextControlSingleLine. Bug: 891908 Change-Id: I721ae55a1252a79b03575d5f2cd1c2a7ad3a0727 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2016697 Commit-Queue: Abhijeet Kandalkar <abhijeet@igalia.com> Reviewed-by:
Kentaro Hara <haraken@chromium.org> Cr-Commit-Position: refs/heads/master@{#748119}
-
chromium-autoroll authored
https://skia.googlesource.com/skia.git/+log/c56950442dd1..1987b8f36714 git log c56950442dd1..1987b8f36714 --date=short --first-parent --format='%ad %ae %s' 2020-03-09 skia-autoroll@skia-public.iam.gserviceaccount.com Roll third_party/externals/swiftshader 51b2800bb317..b44162fdbb25 (2 commits) Created with: gclient setdep -r src/third_party/skia@1987b8f36714 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 brianosman@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/+/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 Bug: None Tbr: brianosman@google.com Change-Id: Id18407bd88522b3e1fd3b85d0e97232d6c940913 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2094679Reviewed-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@{#748118}
-
chromium-autoroll authored
https://webrtc.googlesource.com/src.git/+log/04f7bfc4192f..39be828c846a git log 04f7bfc4192f..39be828c846a --date=short --first-parent --format='%ad %ae %s' 2020-03-09 deadbeef@webrtc.org Add commas between codec parameters in VideoReceiveStream logging. 2020-03-06 zetilovn@google.com Remove old FakeVP8Encoder alias. Created with: gclient setdep -r src/third_party/webrtc@39be828c846a If this roll has caused a breakage, revert this CL and stop the roller using the controls here: https://autoroll.skia.org/r/webrtc-chromium-autoroll Please CC webrtc-chromium-sheriffs-robots@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/+/master/autoroll/README.md Bug: None Tbr: webrtc-chromium-sheriffs-robots@google.com Change-Id: Ic2af139fde4855d8507d2f79f98b55883c493c1d Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2094678Reviewed-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@{#748117}
-
Yu Han authored
Prior to this CL, the previous implementation of imperative slot API uses 'slotting' as an optional parameter for Element.attachShadow(). However, based on the feedback by JanMiksovsky@ in https://github.com/w3c/webcomponents/pull/866, the parameter should be changed to 'slotAssignment' to make it align with other members, assignNodes(), assignElements(). I agree with this feedback. This CL updates the following: 1. update bindings where the previous 'slotting' was used to 'slotAssignment'. 2. Updated the enum type of slotAssignment. It should be, SlotAssignmentMode [auto | manual]. 3. Added attribute 'slotAssignment' to Shadow_Root.idl and updated global-interface-listing-expected.txt. 4. Modify existing tests from using slotting to slotAssignment. 5. Removed test that'll be covered by external/wpt/shadow-dom/slots-imperative-slot-api.tentative.html. https://chromium-review.googlesource.com/c/chromium/src/+/2083742 I'll update this CL with the correct slots-imperative-slot-api.tentative-expected.txt once that CL lands. Bug: 869308 Change-Id: I0fb1a9e11c88d52fc0b0570f3f3e1f5bf834f858 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2084376 Commit-Queue: Yu Han <yuzhehan@chromium.org> Reviewed-by:
Mason Freed <masonfreed@chromium.org> Reviewed-by:
Hayato Ito <hayato@chromium.org> Cr-Commit-Position: refs/heads/master@{#748116}
-
Mitsuru Oshima authored
3000x2000 panel uses the scale factor that procuess 1332x888 dp size. This scale causes 1px larger vertical size when ceiled due to very small error (2000.00012207..) Bug: 1050105, b/149022007 Test: covered by unittets. Change-Id: I745ca422dc5f35474dc64d489631a20f34f65b0c Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2071177Reviewed-by:
Xianzhu Wang <wangxianzhu@chromium.org> Commit-Queue: Mitsuru Oshima <oshima@chromium.org> Cr-Commit-Position: refs/heads/master@{#748115}
-
Maggie Cai authored
This test is flaky on https://ci.chromium.org/p/chromium/builders/ci/Mac10.14%20Tests/2309. BUG=1059645 TBR=tkent@chromium.org Change-Id: I3e96afa16ec0f7781aac489dffe744b3066fdf91 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2094418Reviewed-by:
Maggie Cai <mxcai@chromium.org> Commit-Queue: Maggie Cai <mxcai@chromium.org> Cr-Commit-Position: refs/heads/master@{#748114}
-
chromium-autoroll authored
https://chromium.googlesource.com/devtools/devtools-frontend.git/+log/213a50aaa32d..0268f16c7e98 git log 213a50aaa32d..0268f16c7e98 --date=short --first-parent --format='%ad %ae %s' 2020-03-09 devtools-ci-autoroll-builder@chops-service-accounts.iam.gserviceaccount.com Update DevTools Chromium DEPS. Created with: gclient setdep -r src/third_party/devtools-frontend/src@0268f16c7e98 If this roll has caused a breakage, revert this CL and stop the roller using the controls here: https://autoroll.skia.org/r/devtools-frontend-chromium Please CC devtools-waterfall-sheriff-onduty@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/+/master/autoroll/README.md Bug: None Tbr: devtools-waterfall-sheriff-onduty@grotations.appspotmail.com Change-Id: I75a251bf318d489edc0c9545e0664efd1db6b0be Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2094677Reviewed-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@{#748113}
-
Makoto Shimazu authored
Currently Cross-Origin-Embedder-Policy header is parsed in ServiceWorkerNewScriptLoader when launching a new service worker. However, the COEP in the response header for the main script isn't applied for the network loader created on launching a service worker because the network loader is created before starting to load the main script. This CL is to pause the service worker's script evaluation until the main script is loaded. Once the main script loaded, new subresource loaders are created by using the COEP value, and they are sent to the service worker. Imported scripts also need to refer to the new value, but the loaders are in different place (ServiceWorkerScriptLoaderFactory), so it'll be addressed in a later patch. Bug: 1039613 Change-Id: Ice82eef86beec2f2f5c5e91f3aa136229f14c3ab Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2029403 Commit-Queue: Makoto Shimazu <shimazu@chromium.org> Reviewed-by:
Kent Tamura <tkent@chromium.org> Reviewed-by:
Kinuko Yasuda <kinuko@chromium.org> Reviewed-by:
Kenichi Ishibashi <bashi@chromium.org> Auto-Submit: Makoto Shimazu <shimazu@chromium.org> Cr-Commit-Position: refs/heads/master@{#748112}
-
Yuzu Saijo authored
This CL intends to change the existing android-bfcache bot which runs on FYI waterfall to use the release build. Our long term goal is to make this a CQ bot. Bug: 1042160 Change-Id: Ie92a9e9da01cd5eb21162c3e7d40f5c2b6a889a6 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2087862Reviewed-by:
Aaron Gable <agable@chromium.org> Commit-Queue: Yuzu Saijo <yuzus@chromium.org> Cr-Commit-Position: refs/heads/master@{#748111}
-
Maggie Cai authored
This reverts commit 10bfb977. Reason for revert: This CL seems cause build failure since https://ci.chromium.org/p/chromium/builders/ci/WebKit%20Linux%20MSAN/4651 Original change's description: > Origin policy: implement window.originPolicyIds > > This plumbs the origin policy IDs from the net-side OriginPolicyContents > through to the renderer, where they get exposed on Window. This does not > yet tackle WorkerGlobalScope, but it does add idlharness tests for it, > which fail for now. > > Bug: 1057123 > Change-Id: Ie611f03bab99ccdaa6221733d9305cf2323a129e > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2089994 > Commit-Queue: Domenic Denicola <domenic@chromium.org> > Reviewed-by: Daniel Cheng <dcheng@chromium.org> > Reviewed-by: James MacLean <wjmaclean@chromium.org> > Cr-Commit-Position: refs/heads/master@{#747893} TBR=dcheng@chromium.org,domenic@chromium.org,wjmaclean@chromium.org # Not skipping CQ checks because original CL landed > 1 day ago. Bug: 1057123 Change-Id: I341fd06c5587bc05ea110307251ad9eb19365433 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2093453Reviewed-by:
Maggie Cai <mxcai@chromium.org> Commit-Queue: Maggie Cai <mxcai@chromium.org> Cr-Commit-Position: refs/heads/master@{#748110}
-
Ting Shao authored
Add perf tests to cover more Cache Storage APIs and also extend WorkerTestHelper to support measuring time in worker. All the Cache Storage perf tests cost 33 seconds on a machine: CPU: Intel Core i7-4790 @ 3.6 GHZ RAM: 32G Design doc: https://docs.google.com/document/d/1bGBWHAsIsrQ0hrjU7oEVAcGSBS9gFSPcDL9nVWXDeeE/edit Bug: 1019097 Change-Id: I0c5adb9524d75dd8a7d84e10a14ef55a3b941473 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2008191 Commit-Queue: Ting Shao <ting.shao@intel.com> Reviewed-by:
Caleb Rouleau <crouleau@chromium.org> Reviewed-by:
Makoto Shimazu <shimazu@chromium.org> Cr-Commit-Position: refs/heads/master@{#748109}
-
chromium-internal-autoroll authored
https://chrome-internal.googlesource.com/chrome/src-internal.git/+log/6ff3f116a334..a77d0ef73e6b Created with: gclient setdep -r src-internal@a77d0ef73e6b 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 jbudorick@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/+/master/autoroll/README.md Cq-Include-Trybots: luci.chrome.try:linux-chromeos-chrome Bug: None Tbr: jbudorick@google.com Change-Id: I828160c34daa49c287446713332486646488de18 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2094539Reviewed-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@{#748108}
-
chromium-autoroll authored
https://chromium.googlesource.com/devtools/devtools-frontend.git/+log/2f82a6e5ffe7..213a50aaa32d git log 2f82a6e5ffe7..213a50aaa32d --date=short --first-parent --format='%ad %ae %s' 2020-03-09 devtools-ci-autoroll-builder@chops-service-accounts.iam.gserviceaccount.com Update DevTools DEPS. Created with: gclient setdep -r src/third_party/devtools-frontend/src@213a50aaa32d If this roll has caused a breakage, revert this CL and stop the roller using the controls here: https://autoroll.skia.org/r/devtools-frontend-chromium Please CC devtools-waterfall-sheriff-onduty@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/+/master/autoroll/README.md Bug: None Tbr: devtools-waterfall-sheriff-onduty@grotations.appspotmail.com Change-Id: Iaf72885acc2831c515a574e37b55e373ad793ac2 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2094675Reviewed-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@{#748107}
-
Maggie Cai authored
This test is flaky on multiple builders. And I cannot find a CL that look suspecious. Disable this test for now. BUG=1059632 TBR=nasko@chromium.org Change-Id: I19c7a021f526833a5187f17361c4b07d88f77a82 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2094518Reviewed-by:
Maggie Cai <mxcai@chromium.org> Commit-Queue: Maggie Cai <mxcai@chromium.org> Cr-Commit-Position: refs/heads/master@{#748106}
-
chrome-release-bot authored
# This is an automated release commit. # Do not revert without consulting chrome-pmo@google.com. NOAUTOREVERT=true TBR=abdulsyed@chromium.org Change-Id: I6c4859b2213f37ff6fdbffb37177513e80448f80 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2094459Reviewed-by:
Chrome Release Bot (LUCI) <chrome-official-brancher@chops-service-accounts.iam.gserviceaccount.com> Cr-Commit-Position: refs/heads/master@{#748105}
-
Kent Tamura authored
and rename it to MaximumOptionWidthMightBeChanged(). This CL has no behavior changes. Bug: 1052232 Change-Id: Ifb891a8c0bfb916075f44460ef85be301982932c Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2094475Reviewed-by:
Yoshifumi Inoue <yosin@chromium.org> Commit-Queue: Kent Tamura <tkent@chromium.org> Cr-Commit-Position: refs/heads/master@{#748104}
-
Maggie Cai authored
This reverts commit 4e6e084b. Reason for revert: This CL is likely to cause the build failure for https://ci.chromium.org/p/chrome/builders/ci/linux-chromeos-chrome/3799 and https://ci.chromium.org/p/chromium/builders/ci/Cast%20Audio%20Linux/68656 (first failure linked). Original change's description: > Use Mojo for Pointer Lock Requests > > Pointer lock requests were still using the old IPC workflow. This > updates the call to use Mojo. > > Bug: 1042293 > Change-Id: I5b3b58b56f37fd8ea3fb5960579340fc0d72514a > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2028453 > Commit-Queue: James Hollyer <jameshollyer@chromium.org> > Reviewed-by: Vincent Scheib <scheib@chromium.org> > Reviewed-by: Daniel Cheng <dcheng@chromium.org> > Reviewed-by: Scott Violet <sky@chromium.org> > Reviewed-by: Ovidio de Jesús Ruiz-Henríquez <odejesush@chromium.org> > Cr-Commit-Position: refs/heads/master@{#748021} TBR=sky@chromium.org,danakj@chromium.org,dcheng@chromium.org,scheib@chromium.org,sammc@chromium.org,dtapuska@chromium.org,odejesush@chromium.org,jameshollyer@chromium.org # Not skipping CQ checks because original CL landed > 1 day ago. Bug: 1042293 Change-Id: I38dd8c8c881e03c878fa9c85846e04f35ff6f661 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2094517Reviewed-by:
Maggie Cai <mxcai@chromium.org> Commit-Queue: Maggie Cai <mxcai@chromium.org> Cr-Commit-Position: refs/heads/master@{#748103}
-
Jiawei Shao authored
This patch implements the destructor of Blink::GPUDevice so that when it is destroyed in Blink, all the related data structures in both the client and service side of WebGPU command buffer can also be destroyed. BUG=chromium:996713 Change-Id: Ibe11aabf395d2dfa33ae3ccfa404d250ffd4c10d Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2088690Reviewed-by:
Austin Eng <enga@chromium.org> Reviewed-by:
Corentin Wallez <cwallez@chromium.org> Commit-Queue: Jiawei Shao <jiawei.shao@intel.com> Cr-Commit-Position: refs/heads/master@{#748102}
-
Yusuke Sato authored
BUG=None TEST=try Change-Id: Ibe7d51b4b2afe9697ca689ab9998433ab7eba5ea Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2094189 Auto-Submit: Yusuke Sato <yusukes@chromium.org> Commit-Queue: Hidehiko Abe <hidehiko@chromium.org> Reviewed-by:
Hidehiko Abe <hidehiko@chromium.org> Cr-Commit-Position: refs/heads/master@{#748101}
-
Luciano Pacheco authored
Fixes: 1058532 Change-Id: I5acbc019aed63ebf55394bb2bc4bc8654e136439 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2094578 Commit-Queue: Noel Gordon <noel@chromium.org> Auto-Submit: Luciano Pacheco <lucmult@chromium.org> Reviewed-by:
Noel Gordon <noel@chromium.org> Cr-Commit-Position: refs/heads/master@{#748100}
-
Yu Han authored
Previous to this CL, Imperative shadow DOM Slot API was put on hold. A previous implementation is still in place but disabled. Since then, in 2019 TPAC F2F, the Imperative Slotting API behavior has been updated. This CL adds new test cases which reflects this new behavior for Imperative Shadow DOM API. They are turned off for now, but will be enabled one by one as its functionality gets implemented. This is the post for I2P: https://groups.google.com/a/chromium.org/forum/#!topic/blink-dev/TNYIAu5E_M4 Bug: 869308 Change-Id: Ie875a3eb2b349942b6aa51af387460c470572491 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2083742 Commit-Queue: Yu Han <yuzhehan@chromium.org> Reviewed-by:
Mason Freed <masonfreed@chromium.org> Cr-Commit-Position: refs/heads/master@{#748099}
-
Raul Tambre authored
../../base/containers/checked_range_unittest.cc(49,17): error: call to 'size' is ambiguous static_assert(size(array) == range.size(), ""); ^~~~ ../../buildtools/third_party/libc++/trunk/include\iterator(1875,16): note: candidate function [with _Cont = std::__1::array<int, 5>] constexpr auto size(const _Cont& __c) ^ ../..\base/stl_util.h(90,16): note: candidate function [with Container = std::__1::array<int, 5>] constexpr auto size(const Container& c) -> decltype(c.size()) { ^ ../../base/containers/checked_range_unittest.cc(62,17): error: call to 'data' is ambiguous static_assert(data(il) == range.data(), ""); ^~~~ ../../buildtools/third_party/libc++/trunk/include\iterator(1932,22): note: candidate function [with _Ep = int] constexpr const _Ep* data(initializer_list<_Ep> __il) noexcept { return __il.begin(); } ^ ../..\base/stl_util.h(146,20): note: candidate function [with T = int] constexpr const T* data(std::initializer_list<T> il) noexcept { ^ ../../base/containers/checked_range_unittest.cc(63,17): error: call to 'size' is ambiguous static_assert(size(il) == range.size(), ""); ^~~~ ../../buildtools/third_party/libc++/trunk/include\iterator(1875,16): note: candidate function [with _Cont = std::initializer_list<int>] constexpr auto size(const _Cont& __c) ^ ../..\base/stl_util.h(90,16): note: candidate function [with Container = std::initializer_list<int>] constexpr auto size(const Container& c) -> decltype(c.size()) { ^ ../../base/containers/checked_range_unittest.cc(164,17): error: call to 'size' is ambiguous static_assert(size(array) == range.size(), ""); ^~~~ ../../buildtools/third_party/libc++/trunk/include\iterator(1875,16): note: candidate function [with _Cont = std::__1::array<int, 0>] constexpr auto size(const _Cont& __c) ^ ../..\base/stl_util.h(90,16): note: candidate function [with Container = std::__1::array<int, 0>] constexpr auto size(const Container& c) -> decltype(c.size()) { ^ Bug: 752720 Change-Id: Icac3e6118db2e2fefa288ce23386b75714d1b979 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2094295 Auto-Submit: Raul Tambre <raul@tambre.ee> Commit-Queue: Daniel Cheng <dcheng@chromium.org> Reviewed-by:
Daniel Cheng <dcheng@chromium.org> Cr-Commit-Position: refs/heads/master@{#748098}
-
Noel Gordon authored
The iconSet property of most volume types is empty, but we expect that third party volumes (ANDROID_FILES, DOCUMENT_PROVIDERS and File System Providers) should provide icons in their iconSets. File System Providers icons are filtered via CSS, to try and create an "active" state icon for their directory tree tab [1]. The filtered icon can have poor visual quality, depending on the icon, but ANDROID_FILES, DOCUMENT_PROVIDERS icons are left alone - we do not try and filter them. Make File System Providers join the party, do not try and filter them either. [1] iconsSets do not provide "active" icon variants. Bug: 992819 Change-Id: I675f465d25ac45afdb669657d3a22c24a02ecf17 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2094516Reviewed-by:
Luciano Pacheco <lucmult@chromium.org> Reviewed-by:
Noel Gordon <noel@chromium.org> Commit-Queue: Noel Gordon <noel@chromium.org> Cr-Commit-Position: refs/heads/master@{#748097}
-
Sara Kato authored
Test: None (build passes) Bug: None (internal cleanup) Change-Id: I91e3351f2ac345c34f5e8f36566fa7f541a08275 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2094577Reviewed-by:
Hiroki Sato <hirokisato@chromium.org> Commit-Queue: Hiroki Sato <hirokisato@chromium.org> Cr-Commit-Position: refs/heads/master@{#748096}
-
chromium-autoroll authored
If this roll has caused a breakage, revert this CL and stop the roller using the controls here: https://autoroll.skia.org/r/fuchsia-sdk-chromium-autoroll Please CC cr-fuchsia+bot@chromium.org 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/+/master/autoroll/README.md Cq-Include-Trybots: luci.chromium.try:fuchsia-arm64-cast;luci.chromium.try:fuchsia-x64-cast Tbr: cr-fuchsia+bot@chromium.org Change-Id: I205ee64f8fc092002c0a4f5ba3d7479b771859d5 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2094537Reviewed-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@{#748095}
-
Hugo Benichi authored
This patch removes net.mojom APIs and fields only used in ARC N: - NetworkConfiguration mac_address: the host mac_address of a network is now completely hidden in ARC P. - GetDefaultNetwork and DefaultNetworkChanged: ARC P is multinetwork aware and always need the full list of connected services. BUG=b:149716479 BUG=b:145960788 TEST=Compiled, flashed eve, ran CtsNetTestCases. Change-Id: I3368d620d44dd910aae7a12c84c207c3d5cb6cf3 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2086362Reviewed-by:
Kazuhiro Inaba <kinaba@chromium.org> Reviewed-by:
Hidehiko Abe <hidehiko@chromium.org> Reviewed-by:
Dominick Ng <dominickn@chromium.org> Commit-Queue: Hugo Benichi <hugobenichi@google.com> Cr-Commit-Position: refs/heads/master@{#748094}
-
Jae Hoon Kim authored
If Plugin VM was installed prior to DLC support being added, PluginVM will fail to launch as the rootfs components will be removed. This CL updates the launch flow to attempt installing the Plugin VM DLC if the dispatcher fails to launch. This also allows us to recover from unexpected errors where the DLC module might get uninstalled or fail to be updated. BUG=b:150867372 TEST=out/Default/unit_tests && out/Default/browser_tests # with PluginVM filters Change-Id: I9ed6287bf1a35d38778003e8f629166fa5b8dfc6 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2090619 Auto-Submit: Jae Hoon Kim <kimjae@chromium.org> Commit-Queue: Timothy Loh <timloh@chromium.org> Reviewed-by:
Timothy Loh <timloh@chromium.org> Cr-Commit-Position: refs/heads/master@{#748093}
-
chromium-autoroll authored
https://skia.googlesource.com/skia.git/+log/475b9d0fb796..c56950442dd1 git log 475b9d0fb796..c56950442dd1 --date=short --first-parent --format='%ad %ae %s' 2020-03-08 martin@mainframe.co.uk fall back to vswhere.exe to find msvc Created with: gclient setdep -r src/third_party/skia@c56950442dd1 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 brianosman@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/+/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 Bug: None Tbr: brianosman@google.com Change-Id: I3f4713ddfadee630ece8ccef553d0488aa2543a1 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2094536Reviewed-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@{#748092}
-
Maggie Cai authored
This test start failing on multiple linux chrome os bots since 8th March. There is no CL on the blame list that looks suspecious. Disable the test and file a bug for the owner to look at it. BUG=1059626 TBR=afakhry@chromium.org Change-Id: I74770b256c9d6448d7cd3f581f44e8170b3828f3 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2094416Reviewed-by:
Maggie Cai <mxcai@chromium.org> Commit-Queue: Maggie Cai <mxcai@chromium.org> Cr-Commit-Position: refs/heads/master@{#748091}
-
Luciano Pacheco authored
When the element has the focus is hidden/removed/disabled the browser moves the focus to <body>, in this situation user doesn't have any visual clue where is the focus. To fix this we move the focus from <body> to file list which is the default element when opening Files app. Use "focusin" and "focusout" in the <body> element, because these two events bubble from any body's child element, whereas "focus" event doesn't. In the event handler we use requestIdleCallback() to give a chance for any synchronous code to finish and potentially set the focus somewhere else other than <body>. Test: browser_tests --gtest_filter="*tabindexFocusBody*" Bug: 1059137,957413 Change-Id: I9563294a3b6c541cf6bd2bba03470041bc8af41b Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2089444Reviewed-by:
Noel Gordon <noel@chromium.org> Reviewed-by:
Alex Danilo <adanilo@chromium.org> Commit-Queue: Noel Gordon <noel@chromium.org> Auto-Submit: Luciano Pacheco <lucmult@chromium.org> Cr-Commit-Position: refs/heads/master@{#748090}
-
Chih-Yu Huang authored
Originally USE_CHROMEOS_MEDIA_ACCELERATION is only used in //media/gpu. We plan to use it at other //media code. This CL moves this buildflag from //media/gpu to //media. Bug: b:149797442 Test: run `gn check` and `ninja chrome` on octopus and kevin boards Change-Id: I7b5139d2cbfe6cdd1242ba82b428865a6af41cd2 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2089539Reviewed-by:
Dan Sanders <sandersd@chromium.org> Commit-Queue: Chih-Yu Huang <akahuang@chromium.org> Cr-Commit-Position: refs/heads/master@{#748089}
-
Bence Béky authored
Bug: 1059073 Change-Id: I0ab1d5a5d311c7e5187acf16021e5a86e3325a11 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2090506 Commit-Queue: David Schinazi <dschinazi@chromium.org> Auto-Submit: Bence Béky <bnc@chromium.org> Reviewed-by:
David Schinazi <dschinazi@chromium.org> Cr-Commit-Position: refs/heads/master@{#748088}
-
Zain Afzal authored
Previously for every js file we needed in index.html or app.html we would manually add a .grd entry, then an addResourcePath call and then a script tag in the relevant html file. This was tedious and cluttered up our html and cc files. This CL adds single js files which bundle together the scripts we need in index/app.html, adding more js sources now just involves adding a `// include<>` to the relevant bundle file (i.e media_app_(app|index)_scripts.js). Bug: 1059134, 996088 Change-Id: I972f538b8414b381529543b8d4692cf6c5390328 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2093957Reviewed-by:
Trent Apted <tapted@chromium.org> Commit-Queue: Zain Afzal <zafzal@google.com> Cr-Commit-Position: refs/heads/master@{#748087}
-
Chih-Yu Huang authored
Currently GpuArcVideoDecodeAccelerator bridges the video codec from ARC++ to a VDA instance. We plan to deprecate to VDA implementation at chromium by new VD implementation. So we temporary need an adapter to convert between these two interfaces, until the GpuArcVideoDecodeAccelerator is ported to the new VD interface. This CL implements VdVideoDecodeAccelerator as the adapter. With this class, GpuArcVideoDecodeAccelerator could bridge the video codec to a VD instance via the adapter. Bug: b:136716838 Test: Pass video_decode_accelerator_tests with following CLs on Kevin and eve Change-Id: I17f8607cc422c682eaad7760f5680a425de90095 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1913228 Commit-Queue: Chih-Yu Huang <akahuang@chromium.org> Reviewed-by:
Alexandre Courbot <acourbot@chromium.org> Reviewed-by:
Hirokazu Honda <hiroh@chromium.org> Reviewed-by:
David Staessens <dstaessens@chromium.org> Cr-Commit-Position: refs/heads/master@{#748086}
-
Noel Gordon authored
Use <cr-action-menu> for the drop-down menu items, style to match non- files-ng menus items (or as close as I could get them). Tune the <cr-action-menu> location to be under elider ... button, then tune its horizontal Location for RTL/LTR. <cr-action-menu> is position absolute and its code needs to calculate widths causing style resolves so our use of offsetLeft offsetWidth etc to locate the menu _does not_ add more style resolves overall. Change the breadcrumb HTML structure (simplify and remove unneeded DOM elements, p:before, p), and JS code to integrate <cr-action-menu>, and have it deal with drop-down menu keyboard/mouse/scroll interactions. Note: <cr-action-menu> handles menu item ARIA. Logical follow-up would be ARIA for the elider ... button itself and consider if we should use <cr-button>, deal with the elider button tap-target size ... Bug: 1035691 Change-Id: Ie241cec3911847be90971d13629fbdf47c54e1d4 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2094057Reviewed-by:
Noel Gordon <noel@chromium.org> Reviewed-by:
Alex Danilo <adanilo@chromium.org> Commit-Queue: Noel Gordon <noel@chromium.org> Cr-Commit-Position: refs/heads/master@{#748085}
-
Kazuki Takise authored
Even if a client sends the post-rotation buffer and new orientation at the same time during screen rotation, currently the orientation lock is reset before the frame with the buffer isn't completely processed. This CL moves the reset logic from OnPostWidgetCommit() to DidReceiveCompositorFrameAck(); BUG=b:118493249 TEST=Manually confirmed display rotation didn't cause black flashes for ARC apps. Change-Id: I470bef456345b67cfee396c80157cc97e852b603 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2089562 Commit-Queue: Kazuki Takise <takise@chromium.org> Auto-Submit: Kazuki Takise <takise@chromium.org> Reviewed-by:
Mitsuru Oshima <oshima@chromium.org> Cr-Commit-Position: refs/heads/master@{#748084}
-
chromium-autoroll authored
https://dawn.googlesource.com/dawn.git/+log/7d20b4450182..532be50b761b git log 7d20b4450182..532be50b761b --date=short --first-parent --format='%ad %ae %s' 2020-03-09 jiawei.shao@intel.com Check bindingType with shader stage when creating default pipeline layout Created with: gclient setdep -r src/third_party/dawn@532be50b761b If this roll has caused a breakage, revert this CL and stop the roller using the controls here: https://autoroll.skia.org/r/dawn-chromium-autoroll Please CC cwallez@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/+/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: cwallez@google.com Change-Id: Ifcf57a3015588e50ae5478c38c05a0d3215a5e27 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2093530Reviewed-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@{#748083}
-
Hitoshi Yoshida authored
This CL does following refactorings; a) Filter usable events in .py at the beginning b) Reduce the number of include files based on a) c) Remove an unnecessary branch Before this CL, make_event_factory.py filtered events to iterate in template system. Beside it, the code also iterated all given events to generate included files. As a result, a generated file included many unnecessary header files. After this CL, the code makes a list of events to work for, and does every iteration over it. Bug: 839389 Change-Id: I095a1c8e7b3a403687129160acca2f8ef880eb58 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2089545Reviewed-by:
Kent Tamura <tkent@chromium.org> Commit-Queue: Hitoshi Yoshida <peria@chromium.org> Cr-Commit-Position: refs/heads/master@{#748082}
-
Nicholas Verne authored
If Chrome crashes while crostini is running, old mount points for the sshfs file system are still polluting mtab, and if we don't remove them here, then on restarting the VM we still won't be able to use Linux files in the files app. Hence we remove the old mounts at session startup if it's an unclean startup. Bug: 1057899 Change-Id: Ib5082c973e245800ac976efcecfd0aad96fe998d Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2089538 Commit-Queue: Nicholas Verne <nverne@chromium.org> Auto-Submit: Nicholas Verne <nverne@chromium.org> Reviewed-by:
Joel Hockey <joelhockey@chromium.org> Reviewed-by:
David Munro <davidmunro@google.com> Cr-Commit-Position: refs/heads/master@{#748081}
-