- 05 Aug, 2019 36 commits
-
-
Moja Hsu authored
We need to reindex the entries of metadata after merge metadata from separated partial capture results. BUG=b:137810394 TEST=Check if we use correct index to get meatadata from 2nd partial result. Change-Id: I960276452175423aa238616013841ccb265e820c Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1735567Reviewed-by:
Shik Chen <shik@chromium.org> Commit-Queue: Hsu Wei-Cheng <mojahsu@chromium.org> Cr-Commit-Position: refs/heads/master@{#683925}
-
Miyoung Shin authored
This CL moves mojo files in //component/arc/common to //component/arc/mojom and replaces *_struct_traits.* to *_mojom_traits.*. *_struct_traits.* => *_mojom_traits.* //component/arc/common => //component/arc/mojom Bug: 806965 Change-Id: I4ac6131a6e0d4de60f58c5ef63b8cf6204084073 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1699663 Commit-Queue: Miyoung Shin <myid.shin@igalia.com> Reviewed-by:
Hirokazu Honda <hiroh@chromium.org> Reviewed-by:
Colin Blundell <blundell@chromium.org> Reviewed-by:
Xiyuan Xia <xiyuan@chromium.org> Reviewed-by:
Ken Rockot <rockot@google.com> Reviewed-by:
Maksim Ivanov <emaxx@chromium.org> Reviewed-by:
Yusuke Sato <yusukes@chromium.org> Reviewed-by:
Hidehiko Abe <hidehiko@chromium.org> Reviewed-by:
Kinuko Yasuda <kinuko@chromium.org> Cr-Commit-Position: refs/heads/master@{#683924}
-
Takashi Toyoshima authored
This class should hold the BundledExchangesParserFactory instance so to keep the utility process alive. This fix leads a design change to pass a service connector at constructor rather than other open methods. Also, this adds an error check to SafeBundledExchangesParser::OpenFile. We could return a file open error and so on when BundledExchangesReader::ReadMetadata is called. Bug: 966753 Change-Id: I3174a88d0236f4afe0ebbad8348626800096b68d Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1732518Reviewed-by:
Tsuyoshi Horo <horo@chromium.org> Reviewed-by:
Kunihiko Sakamoto <ksakamoto@chromium.org> Reviewed-by:
Robert Sesek <rsesek@chromium.org> Commit-Queue: Takashi Toyoshima <toyoshim@chromium.org> Cr-Commit-Position: refs/heads/master@{#683923}
-
Matt Giuca authored
Has been failing on Linux MSan since it was introduced in r683785 (but reverting that would introduce a new crash, so disabling the test). Bug: 990691 Change-Id: I95513e01a39ebc66fdbac349406aca067e320ec5 Tbr: aboxhall@chromium.org Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1734832Reviewed-by:
Matt Giuca <mgiuca@chromium.org> Commit-Queue: Matt Giuca <mgiuca@chromium.org> Cr-Commit-Position: refs/heads/master@{#683922}
-
Alexey Baskakov authored
It allows BookmarkAppInstallFinalizer to mimic the "atomic write" of the web app into the registry (BookmarkAppRegistrar). The ideal behavior should match WebAppInstallFinalizer (that's our future): WebAppInstallFinalizer does real atomic write to disk (LevelDB) and registers the web app in WebAppRegistrar. Bug: 901226 Change-Id: Iaf9840cf02e9027f2822426c089a0b7a4e62803c Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1732700 Commit-Queue: Alexey Baskakov <loyso@chromium.org> Reviewed-by:
Alan Cutter <alancutter@chromium.org> Cr-Commit-Position: refs/heads/master@{#683921}
-
Raymes Khoury authored
Currently chrome.management.installReplacementWebApp is only enabled for extensions. However we also want it to be usable from platform apps. Bug: 989799 Change-Id: I644c5bdff2aa53aa6af504388c9826b2375f1eb4 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1735232Reviewed-by:
Ben Wells <benwells@chromium.org> Commit-Queue: Raymes Khoury <raymes@chromium.org> Cr-Commit-Position: refs/heads/master@{#683920}
-
Kent Tamura authored
Implement element-type restriction for each of -webkit-appearance keywords. ComputedStyle::Appearnace() returns a parsed -webkit-appearance keyword as ever, and ComputedStyle::EffectiveAppearance() returns an appearance value which is the result of AdjustAppearanceWithElementType(). This CL has no behavior changes at this moment because the new behavior is behind the flag 'RestrictedWebkitAppearance'. Bug: 965432, 981720 Change-Id: Idb43bb98a67d081c1e843ad4d6658a1f3cd495bf Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1735235Reviewed-by:
Yoshifumi Inoue <yosin@chromium.org> Commit-Queue: Kent Tamura <tkent@chromium.org> Cr-Commit-Position: refs/heads/master@{#683919}
-
Christopher Lam authored
This CL makes the PendingAppManagerImpl unit test use the TestWebAppProvider paradigm for more consistent test flow. Bug: None Change-Id: Ifea2c7ebae72a87a75b75dfddb725e1d105033fc Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1732699 Commit-Queue: calamity <calamity@chromium.org> Reviewed-by:
Alan Cutter <alancutter@chromium.org> Cr-Commit-Position: refs/heads/master@{#683918}
-
chromium-autoroll authored
https://skia.googlesource.com/skia.git/+log/dc85d3cb67d5..a56838e0ef52 git log dc85d3cb67d5..a56838e0ef52 --date=short --no-merges --format='%ad %ae %s' 2019-08-05 skia-autoroll@skia-public.iam.gserviceaccount.com Roll third_party/externals/swiftshader f63c4e51101a..060fcf777159 (3 commits) Created with: gclient setdep -r src/third_party/skia@a56838e0ef52 The AutoRoll server is located here: https://autoroll.skia.org/r/skia-autoroll 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. 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 TBR=reed@google.com Bug: chromium:None Change-Id: I06889cf76d7a8e75d06b48e56731118ae70e75e3 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1735880Reviewed-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@{#683917}
-
Alexandre Courbot authored
As we are about to introduce image processor support in the v4l2svda, a few members describing the output frame's format may now refer to the GL-capable device instead of the decoder. Add these members and use them where appropriate - since IP support is still lacking, for now they will always hold the same values as their decoder's counterpart. The V4L2VDA does something similar, albeit for EGL. Bug: b:132589320 Test: vdaunittest and vdatests pass on Minnie. Change-Id: I66ac72edeb0de279b30e486d54bd198dcf36a9e3 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1730733Reviewed-by:
Hirokazu Honda <hiroh@chromium.org> Reviewed-by:
Chih-Yu Huang <akahuang@chromium.org> Commit-Queue: Alexandre Courbot <acourbot@chromium.org> Cr-Commit-Position: refs/heads/master@{#683916}
-
David Staessens authored
This CL fixes a small bug in the video_decode_accelerator_tests that can cause the video decoder tests to wait longer for an event than the maximum specified timeout. TEST=./video_decode_accelerator_tests on eve BUG=None Change-Id: I1febbf335afffc00166c3b5e21139367bc68ad91 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1735589Reviewed-by:
Hirokazu Honda <hiroh@chromium.org> Commit-Queue: David Staessens <dstaessens@chromium.org> Cr-Commit-Position: refs/heads/master@{#683915}
-
Leon Han authored
Previously watch ids were generated in the DeviceService. This CL switches to do that in Blink side, more specifically NFCProxy is responsible to generate/manage them, and still keeps their uniqueness over a given Mojo connection of device.mojom.NFC interface. This makes it easier for NFCProxy to track the set of active readers, specifically the 2 problems below can get solved. 1. a. NFCReader#start() --> device.mojom.NFC.Watch(options), we'll get the watch id via the response callback. b. in DeviceService the NFCImpl Watch() generates WATCH_ID_XXX and passes it back via the WatchResponse callback. c. in DeviceService NFCImpl gets a matched NDEFMessage from a NFC tag and call device.mojom.NFCClient.OnWatch(WATCH_ID_XXX, ndef_message). As NFC and NFCClient run on separated Mojo message pipes, the Mojo messages sent by the above a and b do not have any ordering guarantee, i.e. c may gets to NFCProxy earlier than b, then, because NFCProxy did not get WATCH_ID_XXX yet, it can not find the corresponding reader that should actually be the receiver of this NDEFMessage. 2. a. NFCReader#start() --> device.mojom.NFC.Watch(options) b. NFCReader#stop() --> can not call device.mojom.NFC.CancelWatch(id) because we did not get the watch id yet. c. the WATCH_ID_XXX for step a above comes back. This just leaves the watch session of WATCH_ID_XXX long live in NFCImpl without any chance to cancel it. BUG=520391 Change-Id: I136ee6aab54eb464e5dd684ed34a2d738d2f5198 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1730515 Commit-Queue: Leon Han <leon.han@intel.com> Reviewed-by:
Reilly Grant <reillyg@chromium.org> Reviewed-by:
Daniel Cheng <dcheng@chromium.org> Cr-Commit-Position: refs/heads/master@{#683914}
-
David Staessens authored
This CL makes a small change to the VaapiVideoDecoder to not set the decoder thread's task runner and call set_parent_task_runner() on the video frame pool upon re-initialization. They are redundant and cause an assert in the video frame pool when executing in debug mode. TEST=./video_decode_accelerator_tests --use_vd on eve BUG=976507 Change-Id: Idb3712e5d835c4aa122ce7bc9f7efd2dd99600a3 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1686666 Commit-Queue: David Staessens <dstaessens@chromium.org> Reviewed-by:
Hirokazu Honda <hiroh@chromium.org> Reviewed-by:
Chih-Yu Huang <akahuang@chromium.org> Cr-Commit-Position: refs/heads/master@{#683913}
-
Matt Giuca authored
This reverts commit 6881d10f. Reason for revert: Introduces a use of uninitialized value. NativeThemeBase::PaintInnerSpinButton passes |arrow| to PaintArrowButton without initializing its |right_to_left| member. See https://crbug.com/990672 Original change's description: > Implemented fluent style for select multiple > > -Styled the in-page select, options, and optgroups via css. > -Modified the scrollbar to have rounded corners > (had to plumb the zoom factor through the Scrollbar so that the native > theme aura code can get the rounding correct at paint time) > > Bug: 987292 > Change-Id: Id11d1a47fe3d5b2be01aa578aa066f80577a9bbd > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1715553 > Commit-Queue: Allison Pastewka <alpastew@microsoft.com> > Reviewed-by: Elly Fong-Jones <ellyjones@chromium.org> > Reviewed-by: Kent Tamura <tkent@chromium.org> > Reviewed-by: Kentaro Hara <haraken@chromium.org> > Reviewed-by: Mason Freed <masonfreed@chromium.org> > Cr-Commit-Position: refs/heads/master@{#683728} TBR=ellyjones@chromium.org,chrishtr@chromium.org,haraken@chromium.org,tkent@chromium.org,masonfreed@chromium.org,alpastew@microsoft.com # Not skipping CQ checks because original CL landed > 1 day ago. Bug: 987292, 990672 Change-Id: I778b09437c79061b23de1d5e8335c8f0cf124e12 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1735548Reviewed-by:
Matt Giuca <mgiuca@chromium.org> Reviewed-by:
Kent Tamura <tkent@chromium.org> Commit-Queue: Matt Giuca <mgiuca@chromium.org> Cr-Commit-Position: refs/heads/master@{#683912}
-
chromium-autoroll authored
https://dawn.googlesource.com/dawn.git/+log/bfc9cee5d3be..ccf805046ae3 git log bfc9cee5d3be..ccf805046ae3 --date=short --no-merges --format='%ad %ae %s' 2019-08-05 cwallez@chromium.org Make Snorm formats non-renderable Created with: gclient setdep -r src/third_party/dawn@ccf805046ae3 The AutoRoll server is located here: https://autoroll.skia.org/r/dawn-chromium-autoroll 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. 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 TBR=cwallez@google.com Bug: None Change-Id: I29712ded1a26da4e279006bf80abfb61961e247a Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1736226Reviewed-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@{#683911}
-
Marina Sakai authored
Currently cross origin property returns the function of access source, but according to the HTML standard it should return the function of access destination when the origins are the same origin. This CL fixed the gap. Bug: 809011 Change-Id: I474083b22cc11c162dab1c14e41bc328c9cadcad Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1732751 Commit-Queue: Marina Sakai <marinasakai@google.com> Reviewed-by:
Yuki Shiino <yukishiino@chromium.org> Reviewed-by:
Hitoshi Yoshida <peria@chromium.org> Reviewed-by:
Kentaro Hara <haraken@chromium.org> Cr-Commit-Position: refs/heads/master@{#683910}
-
Anand K. Mistry authored
Move the iron-dropdown element into the "suffix" slot of the cr-input. This allows for precise positioning of the dropdown element relative to the actual input field, as opposed to the cr-input as a whole (including label and error message). This change has two benefits: 1. It will allow the dropdown to be positioned immediately below the input, which is necessary to implement an updated UX. 2. It allows the dropdown position to properly adapt to changes in font size setting. BUG=977313,982230 Change-Id: I868063d9074ec8203b7c4f29c5d635be25a58412 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1727550Reviewed-by:
Demetrios Papadopoulos <dpapad@chromium.org> Commit-Queue: Anand Mistry <amistry@chromium.org> Cr-Commit-Position: refs/heads/master@{#683909}
-
chromium-internal-autoroll authored
https://chrome-internal.googlesource.com/chrome/src-internal.git/+log/f7a047eea7e8..747e495a62fa Created with: gclient setdep -r src-internal@747e495a62fa The AutoRoll server is located here: https://skia-autoroll.corp.goog/r/src-internal-chromium-autoroll 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. CQ_INCLUDE_TRYBOTS=luci.chrome.try:linux-chromeos-chrome TBR=jbudorick@google.com Bug: chromium:None Change-Id: I4e20fdecfc6a1fc6088b42eb9bbb0596fa01fa1e Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1736017Reviewed-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@{#683908}
-
chromium-autoroll authored
https://skia.googlesource.com/skia.git/+log/ced601b40b37..dc85d3cb67d5 git log ced601b40b37..dc85d3cb67d5 --date=short --no-merges --format='%ad %ae %s' 2019-08-05 reed@google.com remove dead SK_SUPPORT_LEGACY_BICUBIC_FILTERING code Created with: gclient setdep -r src/third_party/skia@dc85d3cb67d5 The AutoRoll server is located here: https://autoroll.skia.org/r/skia-autoroll 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. 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 TBR=reed@google.com Bug: None Change-Id: Idc93ad9f54592a4461bc20fef29940d364c96b16 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1736018Reviewed-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@{#683907}
-
Dominick Ng authored
Chrome's implementation of this web platform feature always requires a user gesture to trigger now. Remove the option and plumbing that passes the require_gesture boolean (which is now always set to true). TBR=mkwst@chromium.org BUG=869780 Change-Id: Iebdd435d8df3baf0996c01eda660b6074affde9b Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1735089 Commit-Queue: Dominick Ng <dominickn@chromium.org> Reviewed-by:
Alan Cutter <alancutter@chromium.org> Cr-Commit-Position: refs/heads/master@{#683906}
-
Alexey Baskakov authored
This CL erases chrome/browser/extensions/bookmark_app_extension_util.cc completely. That's the last bookmark_app* prefixed file in extensions/. Cleaned up owners files. Bug: 973288 Change-Id: I1f1e094d8e64e9db75c49e4c6b7356124555810f Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1732170 Commit-Queue: Alexey Baskakov <loyso@chromium.org> Reviewed-by:
Ben Wells <benwells@chromium.org> Cr-Commit-Position: refs/heads/master@{#683905}
-
Will Harris authored
This is causing crashes on some configurations and needs investigation. BUG=750886,990640 Change-Id: Idfdd06b219a95bed854cce9048860692ded011b3 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1736106 Commit-Queue: Will Harris <wfh@chromium.org> Commit-Queue: James Forshaw <forshaw@chromium.org> Reviewed-by:
James Forshaw <forshaw@chromium.org> Cr-Commit-Position: refs/heads/master@{#683904}
-
tby authored
The original CL had a potential thread safety issue, which is fixed in this CL. This also adds a sequence checker to RecurrenceRanker to ensure this is fixed. PS1 is the original CL. PS2 is the fix and sequence checker. Original CL: crrev.com/c/1725032 Bug: 931149 Change-Id: Iaa5d87d38fa6a9bd5a5605b9feb9a5fd9154d3f0 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1732269Reviewed-by:
Jia Meng <jiameng@chromium.org> Commit-Queue: Tony Yeoman <tby@chromium.org> Cr-Commit-Position: refs/heads/master@{#683903}
-
Cici Ruan authored
When removing display or adding primary display, Chrome sent bounds based on updated display metrics, while on Wayland side, the display metrics is not updated immediately. So when converting the Chrome coordinates to Wayland coordinates, it converts to wrong position. Instead of sending global bounds, send the local bounds with display id to avoid asychronization issue between Chrome and Wayland on bounds and display metrics. There is remaining issue when ARC window in external and removing the external display. It will be fixed separately. Android side: http://ag/7326868 http://ag/7325387 http://ag/7322138 BUG=b:130897153 TEST=Printed the log to see if correct local bounds sent. Change-Id: Ifdb7644cdfcb1a96ba0ace399b8e0f32eb7a6be0 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1593923Reviewed-by:
Mitsuru Oshima (OOO 8/5,6) <oshima@chromium.org> Auto-Submit: Cici Ruan <cuicuiruan@google.com> Commit-Queue: Cici Ruan <cuicuiruan@google.com> Cr-Commit-Position: refs/heads/master@{#683902}
-
Carlos Caballero authored
MessageLoopForIO will go away soon use ScopedTaskEnvironment instead. ScopedTaskEnvironment will per default start a ThreadPool, which should be fine in most of the cases. If you believe your test needs to make sure that no ThreadPool runs let me know and I will update the patch. BUG=891670 This CL was uploaded by git cl split. R=nhiroki@chromium.org Change-Id: I57789b7eb07a5d297bcaef61c979a113252acb40 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1733615 Auto-Submit: Carlos Caballero <carlscab@google.com> Reviewed-by:
Hiroki Nakagawa <nhiroki@chromium.org> Commit-Queue: Hiroki Nakagawa <nhiroki@chromium.org> Cr-Commit-Position: refs/heads/master@{#683901}
-
Fergus Dall authored
Drag operations start asynchronously, both because applications may take time before requesting one, and because we wait to read the drag data before starting. It is therefore possible that the drag that triggered the request will be released by the user before the request starts. We avoid this in two ways. Firstly, the wayland layer of exo will reject start_drag requests that have a serial number corresponding to a mouse or touchscreen press that has been released. Secondly, if a release event occurs after a DragDropOperation is queued, but before it starts, the operation will be aborted. Bug: 927324 Change-Id: Ie84131df54f4b5a445c341b35b15d4afadf8fe3c Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1715889 Commit-Queue: Fergus Dall <sidereal@google.com> Reviewed-by:
Mitsuru Oshima (OOO 8/5,6) <oshima@chromium.org> Cr-Commit-Position: refs/heads/master@{#683900}
-
Hirokazu Honda authored
The alignment to width and height is changed by codec. The v4l2 driver returns a width and height with taking into that account. On the other hand, gbm doesn't know about codec in the allocation. This causes gbm allocates a smaller or larger buffer than a video driver expects. A small buffer is defintely problem. A larger buffer is problem if a v4l2 pixel format is single planar. If there is an extra data between planes unexpected by a driver, the driver reads the next plane from the wrong position because we cannot specify offset for each plane with a single planar pixel format. This CL resolves this issue by asking minigbm to allocate a buffer with width and size already adjusted by a video driver. Bug: 979115 Test: video_decode_accelerator_tests on kevin Change-Id: Ibe865530547055256015f9e734e31cd5ed6fbd0f Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1730910 Commit-Queue: Hirokazu Honda <hiroh@chromium.org> Reviewed-by:
Chih-Yu Huang <akahuang@chromium.org> Cr-Commit-Position: refs/heads/master@{#683899}
-
Joel Hockey authored
Web app windows have their toolbar inline in the titlebar. Bug: 846546 Change-Id: Ib460a6729e905b6765fc3c338932767609eadc65 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1732109 Commit-Queue: Joel Hockey <joelhockey@chromium.org> Reviewed-by:
Alan Cutter <alancutter@chromium.org> Reviewed-by:
Elly Fong-Jones <ellyjones@chromium.org> Cr-Commit-Position: refs/heads/master@{#683898}
-
Eric Willigers authored
Generalize the existing HostedAppTest suite so that tests can also be run with WebAppBrowserController. Initially, a number of tests cannot use WebAppBrowserController as it does not have all the required functionality. Bug: 966290 Change-Id: Ie6b34ab1f8880ea69a53b0f4afa79a7d698b2a5b Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1732073Reviewed-by:
Alan Cutter <alancutter@chromium.org> Commit-Queue: Eric Willigers <ericwilligers@chromium.org> Cr-Commit-Position: refs/heads/master@{#683897}
-
Hirokazu Honda authored
components/arc: GAVDA calls AssignPictureBuffers() in ImportBufferForPicture for the first PictureBuffer VDA needs to know a frame size adjusted by gralloc in Android side. A frame size in AssignPictureBuffers() is unknown in secure mode. We can know a frame size of a real buffer in ImportBufferForPicture(). This CL gets the frame size in ImportBufferForPicture() and calls AssignPictureBuffers() for the first PictureBuffer(). Chrome can assume ImportBufferForPicture() is called with PictureBuffer whose id is zero for the first PictureBuffer. So the current flow is, GAVDA::AssignPictureBuffers() (|assign_picture_buffers_called_| <- true) GAVDA::ImportBufferForPicture() VDA::AssignPictureBuffers() (|assign_picture_buffers_called_| <- false) VDA::ImportBufferForPicture() GAVDA::ImportBufferForPicture() VDA::ImportBufferForPicture() ... Bug: 979115 Test: video.ARCDecodeAccel* on kevin Change-Id: I5eef3638be7f9259e051a0f759f6044ddf099770 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1722468Reviewed-by:
Alexandre Courbot <acourbot@chromium.org> Commit-Queue: Hirokazu Honda <hiroh@chromium.org> Cr-Commit-Position: refs/heads/master@{#683896}
-
Kenichi Ishibashi authored
This was a hack to ensure service worker script requests go through the browser process. This hack is no longer needed because script requests happen on the worker thread and requests happened outside the main thread are never put into MemoryCache. Bug: 990659 Change-Id: I9450309e95a3116f0d03b5beb22a2e58ed343a61 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1735148Reviewed-by:
Hiroki Nakagawa <nhiroki@chromium.org> Commit-Queue: Kenichi Ishibashi <bashi@chromium.org> Cr-Commit-Position: refs/heads/master@{#683895}
-
Eric Willigers authored
The Typed OM types for opacity should not include Keyword. https://drafts.csswg.org/css-color/#transparency Change-Id: I6a476f29fee622d962483aeabe40ff2e1acfb3f7 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1734757 Commit-Queue: Darren Shen <shend@chromium.org> Auto-Submit: Eric Willigers <ericwilligers@chromium.org> Reviewed-by:
Darren Shen <shend@chromium.org> Cr-Commit-Position: refs/heads/master@{#683894}
-
Alan Cutter authored
Instead of destructing all subsystems in WebAppProvider::Shutdown() this CL has us turn down the tasks that need WebContentss and move subsystem destruction into the ~WebAppProvider() destructor. This mirrors the two phase construction of WebAppProvider and its subsystems. Bug: 877898 Change-Id: I2210504c64e8a6f8620c8926e2e20f70d1a77149 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1732075Reviewed-by:
Alexey Baskakov <loyso@chromium.org> Commit-Queue: Alan Cutter <alancutter@chromium.org> Auto-Submit: Alan Cutter <alancutter@chromium.org> Cr-Commit-Position: refs/heads/master@{#683893}
-
François Degros authored
Combed log and error messages related to mounting and unmounting of file systems. Change-Id: I07acbdb4ccbc22aa913cb776c1d515c01a226422 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1732672Reviewed-by:
Austin Tankiang <austinct@chromium.org> Commit-Queue: François Degros <fdegros@chromium.org> Cr-Commit-Position: refs/heads/master@{#683892}
-
Yuichiro Hanada authored
Bug: 890677 Test: unit_tests --gtest_filter=ArcInputMethodManager* Change-Id: I0f2531a3e32a5f2c9f6afa499554555614135231 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1732675Reviewed-by:
Tetsui Ohkubo <tetsui@chromium.org> Commit-Queue: Yuichiro Hanada <yhanada@chromium.org> Cr-Commit-Position: refs/heads/master@{#683891}
-
Noel Gordon authored
This reverts commit 745a72b8. Reason for revert: Causing continuous failures on Mac Asan 64 bots in test TabMenuBridgeTest.SwappingBridgeRecreatesMenu, with heap-use-after-free from build https://ci.chromium.org/p/chromium/builders/ci/Mac%20ASan%2064%20Tests%20%281%29/55415 through to build ... https://ci.chromium.org/p/chromium/builders/ci/Mac%20ASan%2064%20Tests%20%281%29/55463 Example failure log: https://logs.chromium.org/logs/chromium/buildbucket/cr-buildbucket.appspot.com/8906016600767217344/+/steps/unit_tests/0/logs/Deterministic_failure:_TabMenuBridgeTest.SwappingBridgeRecreatesMenu__status_CRASH_/0 > mac: add Tab menu > > This change adds a new top-level menu to the system menu, used to > manipulate and select tabs in the current window. This menu contains > some static items, moved from the Window menu, and then a list of > entries corresponding to open tabs in the current window. Specifically, > this change: > > 1) Adds a new class, TabMenuBridge, which binds a TabStripModel to a > NSMenu; > 2) Adds a new menu item to the main menu named "Tab"; > 3) Creates a TabMenuBridge for any tabbed browser window in the > app controller. > > The motivation for this change was twofold: first, to allow easier > access to commands that are currently only present in the tab's > context menu, and second, to allow easier access to tabs in crowded > tabstrips. The first purpose is well-defined and understood but the > second is very much experimental. > > Testing: > Build, run, and enjoy the new Tab menu :). There are some unit tests in > TabMenuBridgeTest.* as well. > > Future work: > * Renaming the static items to better fit their new context. This was > not done here to avoid breaking existing user key equivalents, which > identify items by their full name. > * Exploring other orderings of tabs in this menu. > * Adding other tab actions to this menu, like "Bookmark" or possibly > page actions. > * Adding a search bar to search within tab titles/origins? > * Adding key equivalents for the static actions (which will resolve > the actual accessibility bug this commit is for) > > Bug: 818261 > Change-Id: I790cc2c5a4468719e42b782a318864ecd81bd1f5 > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1728718 > Commit-Queue: Elly Fong-Jones <ellyjones@chromium.org> > Reviewed-by: Robert Sesek <rsesek@chromium.org> > Reviewed-by: Avi Drissman <avi@chromium.org> > Reviewed-by: Leonard Grey <lgrey@chromium.org> > Auto-Submit: Elly Fong-Jones <ellyjones@chromium.org> > Cr-Commit-Position: refs/heads/master@{#683682} TBR=ellyjones@chromium.org,avi@chromium.org,rsesek@chromium.org,lgrey@chromium.org # Not skipping CQ checks because original CL landed > 1 day ago. Bug: 818261 Change-Id: Ie6d80e1a5fbf87575824a17d00b39445629461f8 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1735047 Commit-Queue: Noel Gordon <noel@chromium.org> Reviewed-by:
Noel Gordon <noel@chromium.org> Cr-Commit-Position: refs/heads/master@{#683890}
-
- 04 Aug, 2019 4 commits
-
-
chromium-internal-autoroll authored
https://chrome-internal.googlesource.com/chrome/src-internal.git/+log/80d451499877..f7a047eea7e8 Created with: gclient setdep -r src-internal@f7a047eea7e8 The AutoRoll server is located here: https://skia-autoroll.corp.goog/r/src-internal-chromium-autoroll 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. CQ_INCLUDE_TRYBOTS=luci.chrome.try:linux-chromeos-chrome TBR=jbudorick@google.com Bug: chromium:None Change-Id: I04d6e7ef2c71a317fa64bb77eb75dd62cfc90d00 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1735719Reviewed-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@{#683889}
-
Noel Gordon authored
This reverts commit 8d9e0bcb. Reason for revert: ScreenUtilTest.FullscreenWindowBoundsWithChromeVox is crashing linux-chromeos-dbg. Example build: https://ci.chromium.org/p/chromium/builders/ci/linux-chromeos-dbg/13699 Crash log: https://logs.chromium.org/logs/chromium/buildbucket/cr-buildbucket.appspot.com/8906215673747190784/+/steps/ash_unittests/0/logs/Deterministic_failure:_ScreenUtilTest.FullscreenWindowBoundsWithChromeVox__status_CRASH_/0 Original change's description: > [Locked Fullscreen] Fix the vox panel inconsistency with the fullscreen mode. > > > Upon entering the fullscreen/locked-fullscreen while the chromeVox panel is working, You can see an empty bar in the top of the screen. > 1. The fullscreen rect y dimension starts after the height of the chromeVox panel, and as we don't want the chromeVox panel to be displayed, its height should be removed from the calculations. > > UPDATE: This issue got fixed by another colleague. > So I added a unittest, and removed two workarounds were added to fix this issue in the locked-fullscreen mode. > (one was to disable chromevox panel upon starting the lockedscreen mode, and the other was to hide the vox panel specifically for the locked fullscreen mode) > > When a window is set to fullscreen screen_util::GetFullscreenWindowBoundsInParent & AccessibilityPanelLayoutManager::UpdateWindowBounds() are called twice with this stacktraces order: > > [23272:23272:0723/164119.757770:ERROR:screen_util.cc(47)] ayaaa #0 0x0000081162bc base::debug::CollectStackTrace() > #1 0x0000080a6c88 base::debug::StackTrace::StackTrace() > #2 0x000009a8b57c ash::screen_util::GetFullscreenWindowBoundsInParent() > #3 0x000009b93e62 ash::wm::DefaultState::UpdateBoundsFromState() > #4 0x000009b93da4 ash::wm::DefaultState::EnterToNextState() > #5 0x000009b93c2e ash::wm::DefaultState::HandleTransitionEvents() > #6 0x000009b92e3e ash::wm::WindowState::OnWindowPropertyChanged() > #7 0x000008d085f6 aura::Window::AfterPropertyChange() > #8 0x0000082c62fc ui::PropertyHandler::SetPropertyInternal() > #9 0x000008d0324c ui::PropertyHandler::SetProperty<>() > #10 0x000009268956 views::Widget::SetFullscreen() > #11 0x00000a088c28 BrowserView::ProcessFullscreen() > #12 0x000009f48638 FullscreenController::EnterFullscreenModeInternal() > #13 0x000009f47c98 FullscreenController::ToggleFullscreenModeInternal() > #14 0x000009f47bba FullscreenController::ToggleBrowserFullscreenMode() > #15 0x00000a0b45a8 (anonymous namespace)::BrowserWindowStateDelegate::ToggleFullscreen() > #16 0x000009b93fc0 ash::wm::ToggleFullScreen() > #17 0x000009b9177e ash::wm::WindowState::OnWMEvent() > #18 0x000009a153ca ash::accelerators::ToggleFullscreen() > #19 0x000009a13f72 ash::(anonymous namespace)::HandleToggleFullscreen() > #20 0x000009a12332 ash::AcceleratorControllerImpl::AcceleratorPressed() > #21 0x000009253988 ui::AcceleratorManager::Process() > #22 0x000009ac225a ash::PreTargetAcceleratorHandler::ProcessAccelerator() > .... > #80 0x0000eae970a2 __libc_start_main > > [23272:23272:0723/164121.271202:ERROR:accessibility_panel_layout_manager.cc(103)] ayaaa #0 0x0000081162bc base::debug::CollectStackTrace() > #1 0x0000080a6c88 base::debug::StackTrace::StackTrace() > #2 0x000009a190fa ash::AccessibilityPanelLayoutManager::UpdateWindowBounds() > #3 0x0000099ebd12 display::DisplayManager::NotifyMetricsChanged() > #4 0x0000099ebf5a display::DisplayManager::UpdateWorkAreaOfDisplay() > #5 0x000009a33610 ash::WindowTreeHostManager::UpdateWorkAreaOfDisplayNearestWindow() > #6 0x000009a94ec6 ash::ShelfLayoutManager::UpdateBoundsAndOpacity() > #7 0x000009a93680 ash::ShelfLayoutManager::SetState() > #8 0x000009a932be ash::ShelfLayoutManager::UpdateVisibilityState() > #9 0x000009b96428 ash::WorkspaceLayoutManager::SetChildBounds() > #10 0x000009b8f6e4 ash::wm::SetBoundsInScreen() > #11 0x000009276346 views::NativeWidgetAura::SetBounds() > #12 0x000009225b72 views::BubbleDialogDelegateView::SizeToContents() > #13 0x000009269980 views::Widget::OnNativeWidgetMove() > #14 0x000009276cd4 views::NativeWidgetAura::OnBoundsChanged() > #15 0x00000a0b4332 BrowserFrameAsh::OnBoundsChanged() > #16 0x000008d0978c aura::Window::OnLayerBoundsChanged() > #17 0x000008d19a6e ui::Layer::SetBoundsFromAnimation() > #18 0x000008d0730c aura::Window::SetBoundsInternal() > #19 0x000009b929a6 ash::wm::WindowState::SetBoundsDirect() > #20 0x000009b93f0e ash::wm::DefaultState::UpdateBoundsFromState() > #21 0x000009b93da4 ash::wm::DefaultState::EnterToNextState() > #22 0x000009b93c2e ash::wm::DefaultState::HandleTransitionEvents() > #23 0x000009b92e3e ash::wm::WindowState::OnWindowPropertyChanged() > #24 0x000008d085f6 aura::Window::AfterPropertyChange() > #25 0x0000082c62fc ui::PropertyHandler::SetPropertyInternal() > #26 0x000008d0324c ui::PropertyHandler::SetProperty<>() > #27 0x000009268956 views::Widget::SetFullscreen() > #28 0x00000a088c28 BrowserView::ProcessFullscreen() > #29 0x000009f48638 FullscreenController::EnterFullscreenModeInternal() > #30 0x000009f47c98 FullscreenController::ToggleFullscreenModeInternal() > #31 0x000009f47bba FullscreenController::ToggleBrowserFullscreenMode() > #32 0x00000a0b45a8 (anonymous namespace)::BrowserWindowStateDelegate::ToggleFullscreen() > #33 0x000009b93fc0 ash::wm::ToggleFullScreen() > #34 0x000009b9177e ash::wm::WindowState::OnWMEvent() > #35 0x000009a153ca ash::accelerators::ToggleFullscreen() > #36 0x000009a13f72 ash::(anonymous namespace)::HandleToggleFullscreen() > #37 0x000009a12332 ash::AcceleratorControllerImpl::AcceleratorPressed() > #38 0x000009253988 ui::AcceleratorManager::Process() > #39 0x000009ac225a ash::PreTargetAcceleratorHandler::ProcessAccelerator() > #40 0x000009ab4ebe wm::AcceleratorFilter::OnKeyEvent() > .... > #97 0x0000eae970a2 __libc_start_main > > [23272:23272:0723/164123.029099:ERROR:screen_util.cc(47)] ayaaa #0 0x0000081162bc base::debug::CollectStackTrace() > #1 0x0000080a6c88 base::debug::StackTrace::StackTrace() > #2 0x000009a8b57c ash::screen_util::GetFullscreenWindowBoundsInParent() > #3 0x000009b93764 ash::wm::DefaultState::SetMaximizedOrFullscreenBounds() > #4 0x000009b9367a ash::wm::DefaultState::HandleWorkspaceEvents() > #5 0x000009b5ac5e ash::wm::BaseState::OnWMEvent() > #6 0x000009b9177e ash::wm::WindowState::OnWMEvent() > #7 0x000009b968e6 ash::WorkspaceLayoutManager::AdjustAllWindowsBoundsForWorkAreaChange() > #8 0x000009b96af8 ash::WorkspaceLayoutManager::OnDisplayMetricsChanged() > #9 0x0000099ebd12 display::DisplayManager::NotifyMetricsChanged() > #10 0x0000099ebf5a display::DisplayManager::UpdateWorkAreaOfDisplay() > #11 0x000009a33610 ash::WindowTreeHostManager::UpdateWorkAreaOfDisplayNearestWindow() > #12 0x000009a94ec6 ash::ShelfLayoutManager::UpdateBoundsAndOpacity() > #13 0x000009a93680 ash::ShelfLayoutManager::SetState() > #14 0x000009a932be ash::ShelfLayoutManager::UpdateVisibilityState() > #15 0x000009b96428 ash::WorkspaceLayoutManager::SetChildBounds() > #16 0x000009b8f6e4 ash::wm::SetBoundsInScreen() > #17 0x000009276346 views::NativeWidgetAura::SetBounds() > #18 0x000009225b72 views::BubbleDialogDelegateView::SizeToContents() > #19 0x000009269980 views::Widget::OnNativeWidgetMove() > #20 0x000009276cd4 views::NativeWidgetAura::OnBoundsChanged() > #21 0x00000a0b4332 BrowserFrameAsh::OnBoundsChanged() > #22 0x000008d0978c aura::Window::OnLayerBoundsChanged() > #23 0x000008d19a6e ui::Layer::SetBoundsFromAnimation() > #24 0x000008d0730c aura::Window::SetBoundsInternal() > #25 0x000009b929a6 ash::wm::WindowState::SetBoundsDirect() > #26 0x000009b93f0e ash::wm::DefaultState::UpdateBoundsFromState() > #27 0x000009b93da4 ash::wm::DefaultState::EnterToNextState() > #28 0x000009b93c2e ash::wm::DefaultState::HandleTransitionEvents() > #29 0x000009b92e3e ash::wm::WindowState::OnWindowPropertyChanged() > #30 0x000008d085f6 aura::Window::AfterPropertyChange() > #31 0x0000082c62fc ui::PropertyHandler::SetPropertyInternal() > #32 0x000008d0324c ui::PropertyHandler::SetProperty<>() > #33 0x000009268956 views::Widget::SetFullscreen() > #34 0x00000a088c28 BrowserView::ProcessFullscreen() > #35 0x000009f48638 FullscreenController::EnterFullscreenModeInternal() > #36 0x000009f47c98 FullscreenController::ToggleFullscreenModeInternal() > #37 0x000009f47bba FullscreenController::ToggleBrowserFullscreenMode() > #38 0x00000a0b45a8 (anonymous namespace)::BrowserWindowStateDelegate::ToggleFullscreen() > #39 0x000009b93fc0 ash::wm::ToggleFullScreen() > #40 0x000009b9177e ash::wm::WindowState::OnWMEvent() > #41 0x000009a153ca ash::accelerators::ToggleFullscreen() > #42 0x000009a13f72 ash::(anonymous namespace)::HandleToggleFullscreen() > #43 0x000009a12332 ash::AcceleratorControllerImpl::AcceleratorPressed() > #44 0x000009253988 ui::AcceleratorManager::Process() > #45 0x000009ac225a ash::PreTargetAcceleratorHandler::ProcessAccelerator() > #46 0x000009ab4ebe wm::AcceleratorFilter::OnKeyEvent() > .... > #103 0x0000eae970a2 __libc_start_main > > [23272:23272:0723/164124.932334:ERROR:accessibility_panel_layout_manager.cc(103)] ayaaa #0 0x0000081162bc base::debug::CollectStackTrace() > #1 0x0000080a6c88 base::debug::StackTrace::StackTrace() > #2 0x000009a190fa ash::AccessibilityPanelLayoutManager::UpdateWindowBounds() > #3 0x000009ab0dea ash::Shell::NotifyFullscreenStateChanged() > #4 0x000009b96a4c ash::WorkspaceLayoutManager::OnPostWindowStateTypeChange() > #5 0x000009b92738 ash::wm::WindowState::NotifyPostStateTypeChange() > #6 0x000009b93ddc ash::wm::DefaultState::EnterToNextState() > #7 0x000009b93c2e ash::wm::DefaultState::HandleTransitionEvents() > #8 0x000009b92e3e ash::wm::WindowState::OnWindowPropertyChanged() > #9 0x000008d085f6 aura::Window::AfterPropertyChange() > #10 0x0000082c62fc ui::PropertyHandler::SetPropertyInternal() > #11 0x000008d0324c ui::PropertyHandler::SetProperty<>() > #12 0x000009268956 views::Widget::SetFullscreen() > #13 0x00000a088c28 BrowserView::ProcessFullscreen() > #14 0x000009f48638 FullscreenController::EnterFullscreenModeInternal() > #15 0x000009f47c98 FullscreenController::ToggleFullscreenModeInternal() > #16 0x000009f47bba FullscreenController::ToggleBrowserFullscreenMode() > #17 0x00000a0b45a8 (anonymous namespace)::BrowserWindowStateDelegate::ToggleFullscreen() > #18 0x000009b93fc0 ash::wm::ToggleFullScreen() > #19 0x000009b9177e ash::wm::WindowState::OnWMEvent() > #20 0x000009a153ca ash::accelerators::ToggleFullscreen() > #21 0x000009a13f72 ash::(anonymous namespace)::HandleToggleFullscreen() > #22 0x000009a12332 ash::AcceleratorControllerImpl::AcceleratorPressed() > #23 0x000009253988 ui::AcceleratorManager::Process() > #24 0x000009ac225a ash::PreTargetAcceleratorHandler::ProcessAccelerator() > #25 0x000009ab4ebe wm::AcceleratorFilter::OnKeyEvent() > ... > #82 0x0000eae970a2 __libc_start_main > > Bug: 945794,959786 > Change-Id: If04f70f2c71563e9660c18ca942ef4b798ebcd3a > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1702312 > Commit-Queue: Aya Elsayed <ayaelattar@google.com> > Reviewed-by: Mitsuru Oshima <oshima@chromium.org> > Reviewed-by: Aga Wronska <agawronska@chromium.org> > Reviewed-by: Ivan Šandrk <isandrk@chromium.org> > Cr-Commit-Position: refs/heads/master@{#683631} TBR=oshima@chromium.org,dtseng@chromium.org,isandrk@chromium.org,agawronska@chromium.org,ayaelattar@google.com # Not skipping CQ checks because original CL landed > 1 day ago. Bug: 945794, 959786 Change-Id: Iff0e849ffbba12b8a36079c2ba484e9285d75780 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1735720Reviewed-by:
Noel Gordon <noel@chromium.org> Commit-Queue: Noel Gordon <noel@chromium.org> Cr-Commit-Position: refs/heads/master@{#683888}
-
chromium-autoroll authored
The AutoRoll server is located here: https://autoroll.skia.org/r/fuchsia-sdk-chromium-autoroll 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. CQ_INCLUDE_TRYBOTS=luci.chromium.try:fuchsia-arm64-cast;luci.chromium.try:fuchsia-x64-cast TBR=cr-fuchsia+bot@chromium.org Change-Id: Icc0fc18b7a7175fce4df4a1542db285f4d7d196c Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1735786Reviewed-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@{#683887}
-
Mike Reed authored
Change-Id: I76cdaa8506ce43e38f15e835cb5c14aa5d4bcea5 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1734746Reviewed-by:
Florin Malita <fmalita@chromium.org> Commit-Queue: Mike Reed <reed@google.com> Cr-Commit-Position: refs/heads/master@{#683886}
-