- 20 May, 2020 40 commits
-
-
Jinsuk Kim authored
This CL moves some interfaces for context menu under chrome/browser/contextmenu and defines a new modularized target. This allows TabDelegateFactory class to chrome/browser/tab, and put |TabImpl.updateAttachment| back to Tab interface. Bug: 952703 Change-Id: Ie5534ce07c8e84593e6033141501e3f3a0ba4704 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2201796Reviewed-by:
Theresa <twellington@chromium.org> Reviewed-by:
Ted Choc <tedchoc@chromium.org> Reviewed-by:
Tommy Nyquist <nyquist@chromium.org> Commit-Queue: Jinsuk Kim <jinsukkim@chromium.org> Cr-Commit-Position: refs/heads/master@{#770805}
-
Sophey Dong authored
Still haven't added the part to get the content types yet, so it is not hooked up yet. Instead, another method is added to provide all the options. Bug: 1079467 Change-Id: Ia6326db8d7aa01dab2690485f6891418b3f4d11a Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2197524 Commit-Queue: Sophey Dong <sophey@chromium.org> Reviewed-by:
David Trainor <dtrainor@chromium.org> Reviewed-by:
Kyle Milka <kmilka@chromium.org> Cr-Commit-Position: refs/heads/master@{#770804}
-
Kenneth Russell authored
Unify the suppressions between WebGL 1.0 and 2.0 for: conformance/more/functions/readPixelsBadArgs.html conformance/more/functions/texImage2DHTML.html conformance/more/functions/texSubImage2DHTML.html conformance/textures/misc/origin-clean-conformance-offscreencanvas.html conformance/textures/misc/origin-clean-conformance.html Bug: 1082525, 1083100 Change-Id: Ic6cd0abb27ee434a4a5263264283a568d1d0ee23 Tbr: shrekshao@google.com Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2209687Reviewed-by:
Kenneth Russell <kbr@chromium.org> Commit-Queue: Kenneth Russell <kbr@chromium.org> Cr-Commit-Position: refs/heads/master@{#770803}
-
Kenneth Russell authored
Recent NDKs don't ship a gcc binary any more, so the detection of the NDK fails, even if specified via --ndk-dir. Bug: 1084750 Change-Id: I323cfdc04ecbeb53fde864d41f55bf3270ea33b6 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2207577Reviewed-by:
Andrew Grieve <agrieve@chromium.org> Reviewed-by:
Sami Kyöstilä <skyostil@chromium.org> Commit-Queue: Kenneth Russell <kbr@chromium.org> Cr-Commit-Position: refs/heads/master@{#770802}
-
kylechar authored
This is a reland of 40eb3bd7. Don't change use-vulkan tag to be vulkan since that's already used by ANGLE. Original change's description: > Fix GPU integration test tags > > Both [no-]skia-renderer and [no-]use-vulkan tags in GPU integration > tests were based on the command line. Code assumed that if there was > nothing on the command line then the feature was disabled which was > incorrect. > > Change the tags to be based on if the feature is enabled or not. Also > change use-vulkan to just be vulkan for brevity. > > Bug: 1069551, 1084569 > Change-Id: I33fdbfb4d8078127f066f4a86a267477e4e9e020 > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2209348 > Reviewed-by: Zhenyao Mo <zmo@chromium.org> > Commit-Queue: kylechar <kylechar@chromium.org> > Cr-Commit-Position: refs/heads/master@{#770579} Bug: 1069551, 1084569 Change-Id: Ia9a816e18b0de283185ccda7c14e6e412fdf1eaf Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2210627Reviewed-by:
Zhenyao Mo <zmo@chromium.org> Reviewed-by:
Yuly Novikov <ynovikov@chromium.org> Commit-Queue: kylechar <kylechar@chromium.org> Cr-Commit-Position: refs/heads/master@{#770801}
-
zhaoyangli authored
The assigned machine is in mac 10.14 so os can't be os.MAC_10_15. This is to fix the infra failures caused by this wrong config. bug: 1085198 Change-Id: Ia8a64508045f3fb7ee8b021d61f97faf7755ecba No-Try: true Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2211043 Commit-Queue: Zhaoyang Li <zhaoyangli@chromium.org> Reviewed-by:
Garrett Beaty <gbeaty@chromium.org> Cr-Commit-Position: refs/heads/master@{#770800}
-
Rune Lillesveen authored
Invalidation was done for :-webkit-full-screen, but not the standardized :fullscreen pseudo class. Issue created for making :-webkit-full-screen an alias: 1085151 Bug: 1082663 Change-Id: I17ce7da26158fe6ea37c02241938861658960f84 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2209217Reviewed-by:
Xiaocheng Hu <xiaochengh@chromium.org> Commit-Queue: Rune Lillesveen <futhark@chromium.org> Cr-Commit-Position: refs/heads/master@{#770799}
-
Mohamed Amir Yosef authored
Secondary labels are displayed below the labels of each menu item. This and the CLs in the same chain are introduced to support the use case in this mock: https://screenshot.googleplex.com/si2PPQSzV1w Bug: 1044038 Change-Id: I17535582c700ee83d95e077a15066542de13d925 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2208976 Commit-Queue: Mohamed Amir Yosef <mamir@chromium.org> Reviewed-by:
Scott Violet <sky@chromium.org> Reviewed-by:
Peter Kasting <pkasting@chromium.org> Cr-Commit-Position: refs/heads/master@{#770798}
-
Sammie Quon authored
They are converted later to unique ptr anyhow, so create them as unique ptrs. Also as I did conversion did some updates: 1) Remove duplicate code. 2) Remove dead code. Test: pass existing tests Bug: none Change-Id: I79f6bcb0a0898c7959d15db9c40dc0365657259c Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2208264Reviewed-by:
Xiaoqian Dai <xdai@chromium.org> Commit-Queue: Sammie Quon <sammiequon@chromium.org> Cr-Commit-Position: refs/heads/master@{#770797}
-
John Smith authored
This change moves the bulk of the Mac scrollbar drawing code into NativeThemeMac. This is done in order to bring this more into alignment with other platforms and to make it easier to transition things over to color pipeline. It contains changes to do this for both the views UI and web platform ui. CocoaScrollbarPainter is removed now that all of its previous responsibilities are in NativeThemeMac. Bug: 1056950 Change-Id: Iedc224b582a7bcbdf920ed4b58855b284bfd0f10 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2195561Reviewed-by:
David Bokan <bokan@chromium.org> Reviewed-by:
Alison Maher <almaher@microsoft.com> Reviewed-by:
Kentaro Hara <haraken@chromium.org> Reviewed-by:
Elly Fong-Jones <ellyjones@chromium.org> Commit-Queue: Joan Barnett <johnsm@microsoft.com> Cr-Commit-Position: refs/heads/master@{#770796}
-
Tom Anderson authored
This CL adds a mechanism for making extension requests. A followup will add some usages of this feature. The usage should look like this: // The extension is nullptr if it's not present. if (connection->randr) connection->randr->GetScreenInfo({window}); BUG=1066670 R=msisov,sky Change-Id: I02f5b4bb6d6cee77442fa0edb19c54f36e66276b Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2209622 Commit-Queue: Thomas Anderson <thomasanderson@chromium.org> Reviewed-by:Maksim Sisov <msisov@igalia.com> Reviewed-by:
-
Mario Sanchez Prada authored
This CL moves this message out of frame_messages.h and adds a new method in content::mojom::Frame to allow the browser request from the renderer the serialization of a RenderFrame's contents, regardless of whether such contents include same-site or cross-site resources. Since this functionality also requires an asynchronous response from the renderer once the serialization is complete, this CL does also migrate FrameHostMsg_SerializedHtmlWithLocalLinksResponse, for which some extra bit have been added to WebFrameSerializer[Client], so that we can appropriately reply to the browser process when the serialized data is available. In a future CL, this functionality will probably get moved down into Blink itself, but at the moment there's way too much functionality in use in Blink's public API, so this CL does not tackle that part yet, and focused on the migration from legacy IPC to mojo only. Bug: 1044088 Change-Id: I4ce5b3cfe795e5019bb30a278577ec2be3ee2854 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2207234 Commit-Queue: Mario Sanchez Prada <mario@igalia.com> Reviewed-by:
Aaron Colwell <acolwell@chromium.org> Reviewed-by:
Kinuko Yasuda <kinuko@chromium.org> Cr-Commit-Position: refs/heads/master@{#770794}
-
Artem Bolgar authored
We are getting a crash in org.chromium.ui.base.WindowAndroid.setPreferredRefreshRate because getWindow() returns null and there is no nullcheck there. getWindow() CAN return null when there is no activity (and this is exactly our case, Oculus Browser is not using Activity). There are getWindow() nullchecks in other methods of WindowAndroid, but not in setPreferredRefreshRate which looks as oversight. Bug: 1085160 Change-Id: I6cbeac08787f9664abd4fdb2e619e100a09fa943 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2210673Reviewed-by:
Bo <boliu@chromium.org> Commit-Queue: Bo <boliu@chromium.org> Cr-Commit-Position: refs/heads/master@{#770793}
-
Tarun Bansal authored
Turns out the array object could be null in some cases. This CL adds a check for null array object and returns earlier in case it's null. Bug: 1084755 Change-Id: I9cb7f5f5e2b4fb724dca76bad3e0c558dc6b1d64 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2209514 Commit-Queue: Tarun Bansal <tbansal@chromium.org> Reviewed-by:
-
Swapnil authored
The browsertests of URL blacklist policy are moved from policy_browsertests to a separate file. Bug: 1084512 Change-Id: I20258570e63d0ddc6b07435f2a75b25195e3af70 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2207207 Commit-Queue: Swapnil Gupta <swapnilgupta@google.com> Reviewed-by:
Roman Sorokin [CET] <rsorokin@chromium.org> Cr-Commit-Position: refs/heads/master@{#770791}
-
Moe Ahmadi authored
Tests cover the functionality added in: -crrev.com/c/2194472 -crrev.com/c/2199361 Also fixes bugs and issues that came up while writing the tests: -Restores previous selection, if any, and if no match is selected by default. -Remove and Toggle buttons can be triggered by pressing 'Enter' and 'Space'. -Removes isTrusted check for mouse and keyboard events. This is not necessary and not commonly done in WebUI and makes testing complicated. Bug: 10846603 Change-Id: Id0274fa9a420a6e097a8f63538571498fd3e1d9c Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2194275 Commit-Queue: Moe Ahmadi <mahmadi@chromium.org> Reviewed-by:
Tibor Goldschwendt <tiborg@chromium.org> Cr-Commit-Position: refs/heads/master@{#770790}
-
David Tseng authored
Mostly speculative; pass with testing/xvfb.py out/d/browser_tests --gtest_filter=ChromeVox*.NavigationSyncsSelect !! & !! & !! & !! & TBR=dtseng@chromium.org Fixed: 976105 Change-Id: Ieb646dd0ab22d4b45f2355c89542a59c51af5888 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2209684Reviewed-by:
David Tseng <dtseng@chromium.org> Commit-Queue: David Tseng <dtseng@chromium.org> Cr-Commit-Position: refs/heads/master@{#770789}
-
chromium-autoroll authored
https://chromium.googlesource.com/chromium/tools/depot_tools.git/+log/a0139c0aa3d4..008b71ab1384 2020-05-20 recipe-mega-autoroller@chops-service-accounts.iam.gserviceaccount.com Roll recipe dependencies (trivial). If this roll has caused a breakage, revert this CL and stop the roller using the controls here: https://autoroll.skia.org/r/depot-tools-chromium-autoroll Please CC agable@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/+doc/master/autoroll/README.md Bug: None Tbr: agable@chromium.org Change-Id: I4bef4acf028f3235f72ad477d67f5542831f42db Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2210653Reviewed-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@{#770788}
-
chromium-autoroll authored
Roll Chrome Mac PGO profile from chrome-mac-master-1589990279-037dea0eb6fc46c134bcb3d90d9f61194c559337.profdata to chrome-mac-master-1590004011-c7e121da0d5a86abd485d92fadbd2d4beb7d781b.profdata If this roll has caused a breakage, revert this CL and stop the roller using the controls here: https://autoroll.skia.org/r/pgo-mac-chromium Please CC jeffyoon@google.com,liaoyuke@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: chrome/try:mac-chrome Tbr: jeffyoon@google.com,liaoyuke@google.com Change-Id: I9fe48bd86c151a1f58a500ade7ac5c7221573e8a Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2210905Reviewed-by:
-
Brian Sheedy authored
Enables the standard "gpu_telemetry_tests" set of tests on the GPU CrOS builders and suppresses found failures. Bug: 1080424, 1084796, 1084794, 1080375 Change-Id: Ie7a8fe63bb478395e3524aeccc9584456d13daaf Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2209398Reviewed-by:
-
Dave Tapuska authored
The viz::RenderPassDrawQuad's render_pass_id is a RenderPassId which is a uint64_t as is the mojom value. The struct trait although narrowed it to an int32_t. BUG=1082889 Change-Id: Ic2c851d40c46a7c5156209210285fb2961b1b20a Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2210791Reviewed-by:
Ken Buchanan <kenrb@chromium.org> Reviewed-by:
Jonathan Ross <jonross@chromium.org> Commit-Queue: Dave Tapuska <dtapuska@chromium.org> Cr-Commit-Position: refs/heads/master@{#770785}
-
Robbie McElrath authored
This CL fixes the following Site Settings issues in WebLayer: * Fix launching system settings from certain links * Apply themes to the UI, copied from Chrome's * Hide unsupported settings categories * Finish implementing pref-based settings * Properly handle multiple settings instances by closing one Bug: 1049683 Change-Id: I9c8afa1b5a8faa9d2429d6c34b171225cc5f5af3 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2209598Reviewed-by:
-
James Cook authored
This was added for mustash, but isn't used anymore. Bug: none Change-Id: Ib822df1f0760aa38b038305f5e3f8271b76f976c Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2209681 Commit-Queue: Scott Violet <sky@chromium.org> Auto-Submit: James Cook <jamescook@chromium.org> Reviewed-by:
-
inglorion authored
When first introduced in crrev.com/c/2067858, we limited parallelism for ThinLTO code generation on Goma, with the intent to ramp it up as load permitted. We believe it is safe to increase to 200. In some test builds I performed, this reduced chrome binary link time by about 15%. Bug: 1027456 Change-Id: I4b86570a1b726d9b1faf6b9fa1d3249687b3f32d Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2194842Reviewed-by:
Yoshisato Yanagisawa <yyanagisawa@google.com> Reviewed-by:
Takuto Ikuta <tikuta@chromium.org> Commit-Queue: Bob Haarman <inglorion@chromium.org> Cr-Commit-Position: refs/heads/master@{#770782}
-
Lukasz Anforowicz authored
Google C++ Style Guide [1] is neutral on this subject, but asks to be consistent with surrounding code: Note that the C headers such as stddef.h are essentially interchangeable with their C++ counterparts (cstddef). Either style is acceptable, but prefer consistency with existing code. Most of Chromium uses <stddef.h> and this was confirmed in a 2019 discussion on cxx@chromium.org [2], so let's switch checked_ptr.h to use <stddef.h> instead of <cstddef>. [1] https://google.github.io/styleguide/cppguide.html#Names_and_Order_of_Includes [2] https://groups.google.com/a/chromium.org/forum/?utm_medium=email&utm_source=footer#!msg/cxx/Bc1XyEL9pp4/Ie4C-_AjCAAJ Bug: 1073933 Change-Id: I8a844e32fd5f1ced327932e8cfd27bc6555a4cd1 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2209603Reviewed-by:danakj <danakj@chromium.org> Commit-Queue: danakj <danakj@chromium.org> Commit-Queue: Łukasz Anforowicz <lukasza@chromium.org> Cr-Commit-Position: refs/heads/master@{#770781}
-
Asanka Herath authored
Until C++17 a static constexpr member variable needs a definition. Without this, kEntryNameHash members and similar metrics name hashes can't be odr-used (ill-defined). So now generated UKM builders .cc files will go from (only modified snippet shown for a sample event): const char Identifiability::kEntryName[] = "Identifiability"; to: const char Identifiability::kEntryName[] = "Identifiability"; const uint64_t kEntryNameHash; And similarly for metrics hashes. While we are here, this CL cleans up the include header so that it doesn't include a double //. I.e. This: #include "services/metrics/public/cpp//ukm_builders.h" Becomes this: #include "services/metrics/public/cpp/ukm_builders.h" Bug: 973801 Change-Id: Icfd234ef953f2cefee5376803be266a2321df020 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2203767Reviewed-by:Robert Kaplow <rkaplow@chromium.org> Commit-Queue: Asanka Herath <asanka@chromium.org> Cr-Commit-Position: refs/heads/master@{#770780}
-
Xianzhu Wang authored
TBR=wangxianzhu@chromium.org Bug: 1084509 Change-Id: I48fcfdf1fd570e328289f801386fc10dab284808 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2211045Reviewed-by:
Xianzhu Wang <wangxianzhu@chromium.org> Cr-Commit-Position: refs/heads/master@{#770779}
-
David Schinazi authored
This feature never worked as advertised. IPv4-mapped addresses are a host-only concept. They never appear on the wire. For example, if I open a TCP socket to IPv6 address ::ffff:1.2.3.4 and port 443, my device will send out an IPv4 packet with destination address 1.2.3.4. It will not send an IPv6 packet. IPv4-mapped IPv6 addresses exist to allow applications to only use IPv6 but still work on IPv4 networks. More details here: https://tools.ietf.org/html/rfc4038#section-4.2 R=zhongyi@chromium.org Change-Id: I4e9f349c1753aaab19dbaf040fa5d40a6a1740d6 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2204826 Commit-Queue: David Schinazi <dschinazi@chromium.org> Reviewed-by:
Zhongyi Shi <zhongyi@chromium.org> Auto-Submit: David Schinazi <dschinazi@chromium.org> Cr-Commit-Position: refs/heads/master@{#770778}
-
Alexander Timin authored
When test tracing is enabled, by default browser tests generate a file name based on the test name. However, when a test a parametrised, it has slashes in its full name (e.g. All/Foo.Bar/0). Replace slashes with underscores to ensure that we don't fail to actually write a trace file to the file. R=sky@chromium.org Change-Id: I8073e0dbd925b9c35e97dd7f6726b6b5b9210d7c Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2207376 Commit-Queue: Alexander Timin <altimin@chromium.org> Reviewed-by:
-
chromium-internal-autoroll authored
https://chrome-internal.googlesource.com/chrome/src-internal.git/+log/b19e9782ebef..ab2265ec86ea 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,kmilka@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: chromium:1068160,chromium:1077221,chromium:1083995 Tbr: sebsg@google.com,kmilka@google.com Change-Id: I76366a3169787c5c88fa8c17cfc680192fb9192e Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2210667Reviewed-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@{#770776}
-
Jesse Schettler authored
Remove CreateStatefulPartitionResult() since it is unneeded. Also, explicitly set relevant policies to ensure they are tested. Bug: None Change-Id: Ic81c99c34e357fb9978081b2337deb9fd96da323 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2209595 Commit-Queue: Jesse Schettler <jschettler@chromium.org> Reviewed-by:
Maksim Ivanov <emaxx@chromium.org> Cr-Commit-Position: refs/heads/master@{#770775}
-
chromium-autoroll authored
https://chromium.googlesource.com/devtools/devtools-frontend.git/+log/37c97e9aca20..7f02db5d3be5 2020-05-20 sigurds@chromium.org Make progress typescriptifying DebuggerModel 2020-05-20 rreverser@google.com Move wasm_source_map to ES module; update Rust+wasm tools 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/+doc/master/autoroll/README.md Bug: chromium:1011811,chromium:1079233,chromium:1082720 Tbr: devtools-waterfall-sheriff-onduty@grotations.appspotmail.com Change-Id: I4137bee705e4b16507a055cfdd8d21a8cceb84a5 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2210649Reviewed-by:
-
Istiaque Ahmed authored
For the page that performs fetch, ensure it is controlled by the service worker before initiating fetch. This is ensured by waiting for oncontrollerchange event if navigator.serviceWorker.controller is null. Note that the worker claiming itself and messaging the page isn't enough, and causes flakiness. Bug: 1006129 Change-Id: I313bbc79e04bd162c8dbd302b61c9ced446be39f Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2207861Reviewed-by:
Makoto Shimazu <shimazu@chromium.org> Reviewed-by:
David Bertoni <dbertoni@chromium.org> Commit-Queue: Istiaque Ahmed <lazyboy@chromium.org> Cr-Commit-Position: refs/heads/master@{#770773}
-
Joel Hockey authored
This object is needed outside of ash. Bug: 1083825 Change-Id: Id3ab099925ac6cee0810815eb377aa745b44e060 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2208883Reviewed-by:
Mitsuru Oshima <oshima@chromium.org> Reviewed-by:
Xiyuan Xia <xiyuan@chromium.org> Commit-Queue: Joel Hockey <joelhockey@chromium.org> Cr-Commit-Position: refs/heads/master@{#770772}
-
David Tseng authored
Removes opening of web page which appears to be causing flakes according to logs. TBR=dtseng@chromium.org Fixed: 1065877 Change-Id: Ie80e84bfd1df56bff60d4d55292c3a8825c850d3 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2210656Reviewed-by:
-
Maksim Moskvitin authored
The previous implementation of key retrieval notification on Android didn't notify TrustedVaultClient about changed keys upon completion. In order to detect completion of key retrieval pending intent, this CL adds TrustedVaultKeyRetrievalProxyActivity that just launches the real key retrieval pending intent, detects its completion and notifies TrustedVaultClient about changed keys. This activity doesn't require the Chrome browser process to be running when the user taps on notification. In order to avoid too many pending intents being created for this notification it's not allowed to create a new notification if one is already exists or being created. To ensure that newest real pending intent used for new notification, this CL also populates FLAG_UPDATE_CURRENT into PendingIntentProvider for Sync notifications. Bug: 1071377 Change-Id: Ibba3c9f02aa0bd233c128d98aa194f781a49d339 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2179547 Commit-Queue: Maksim Moskvitin <mmoskvitin@google.com> Reviewed-by:
Boris Sazonov <bsazonov@chromium.org> Reviewed-by:
Mikel Astiz <mastiz@chromium.org> Cr-Commit-Position: refs/heads/master@{#770770}
-
Dirk Pranke authored
I'm switching to using just my @google.com account everywhere. R=pinkerton@chromium.org Change-Id: I06ee1b3a7068107f71de4b6072f9ca0585dbd8c5 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2207588Reviewed-by:
Mike Pinkerton <pinkerton@chromium.org> Commit-Queue: Dirk Pranke <dpranke@chromium.org> Cr-Commit-Position: refs/heads/master@{#770769}
-
Martin Kreichgauer authored
CreateAuthenticator() relies on VirtualAuthenticator IDs being unique, which they are. But if they weren't, it would first dereference and then return a dangling VirtualAuthenticator pointer. Since a similar code piece has recently shown that same bug, make this method more defensive so it doesn't regress under future changes. Also fix a possible nullptr dereference. Change-Id: Ia769929f94360eabcdadb5e0f706f83d031231f4 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2209905 Commit-Queue: Martin Kreichgauer <martinkr@google.com> Auto-Submit: Martin Kreichgauer <martinkr@google.com> Reviewed-by:
Nina Satragno <nsatragno@chromium.org> Cr-Commit-Position: refs/heads/master@{#770768}
-
Shengfa Lin authored
After setting window bounds, could potentially wait for 1 second using retries for window state to reflect. Bug: chromium:1068467 Change-Id: I94cd7919487dcda3faf3b39b87b9378057bb192c Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2209898 Commit-Queue: Shengfa Lin <shengfa@google.com> Reviewed-by:
John Chen <johnchen@chromium.org> Cr-Commit-Position: refs/heads/master@{#770767}
-
Dale Curtis authored
R=tguilbert Fixed: 1084886 Change-Id: I544bef88c9b727b4fa1e6f0672fb396200a1b957 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2209904 Commit-Queue: Dale Curtis <dalecurtis@chromium.org> Commit-Queue: Thomas Guilbert <tguilbert@chromium.org> Auto-Submit: Dale Curtis <dalecurtis@chromium.org> Reviewed-by:
Thomas Guilbert <tguilbert@chromium.org> Cr-Commit-Position: refs/heads/master@{#770766}
-
