- 27 Aug, 2018 40 commits
-
-
Reilly Grant authored
This change is a follow-up to r584270 and adds support for modifying headers sent in sub-resource requests made to the GAIA signon realm. This is done by inserting a proxy between the render process and network service when the frame's origin matches the GAIA signon realm. Bug: 789670 Change-Id: I762a54dd6c8fec57c97f522fc6ef7de2179f3722 Reviewed-on: https://chromium-review.googlesource.com/1187063 Commit-Queue: Reilly Grant <reillyg@chromium.org> Reviewed-by:
David Roger <droger@chromium.org> Reviewed-by:
John Abd-El-Malek <jam@chromium.org> Cr-Commit-Position: refs/heads/master@{#586431}
-
John Abd-El-Malek authored
TBR=foolip@chromium.org NOTRY=true Bug: 877104 Change-Id: I268223223aabed6ef5b3f9068f90f82d06214004 Reviewed-on: https://chromium-review.googlesource.com/1192133 Commit-Queue: John Abd-El-Malek <jam@chromium.org> Reviewed-by:
John Abd-El-Malek <jam@chromium.org> Cr-Commit-Position: refs/heads/master@{#586430}
-
Mark Pearson authored
In effect, this fixes this TODO in zero_suggest_provider.cc // Only show zero suggest for HTTP[S] pages. // TODO(mariakhomenko): We may be able to expand this set to include pages // with other schemes (e.g. chrome://). That may require improvements to // the formatting of the verbatim result returned by MatchForCurrentURL(). As such, the main part of this change is in components/omnibox/browser/zero_suggest_provider.cc Everything else in this changelist is simply to get that change working. I audited all the schemes in the URL constants files. * Some schemes such as ftp are never used on Android; they're not supported. * Some schemes such as chrome-native are used on Android, but they're never displayed in a context that has an omnibox. The only ones I found I could get displayed in the omnibox were about: and chrome:. For identifying what schemes to investigate, the histogram Navigation.MainFrameScheme was useful. This changelist allows zero suggest to appear on those contexts. Zero suggest still not appear on the new tab page or incognito, both by product decision. This change does not alter that. To make this work, I had to make the AutocompleteClient function GetEmbedderRepresentationOfAboutScheme() const. Most of this changelist is fixes declarations due to that. Tested interactively. TBR=rohitrao for mechanical changes to ios/c/b/autocomplete Bug: 704406 Cq-Include-Trybots: luci.chromium.try:ios-simulator-full-configs;master.tryserver.chromium.mac:ios-simulator-cronet Change-Id: I65be6327d29bd7616e44999304c85317406b67cc Reviewed-on: https://chromium-review.googlesource.com/1172080 Commit-Queue: Mark Pearson <mpearson@chromium.org> Reviewed-by:
Justin Donnelly <jdonnelly@chromium.org> Cr-Commit-Position: refs/heads/master@{#586429}
-
Quan Nguyen authored
This CL moves the dialog host to its own class and widget which fills the entire screen. This allows the captive portal dialog to be interactible in any location it could be rendered in. We also add an observer to CaptivePortalWindowProxy to allow OobeUIDialogDelegate to show/hide the host widget when the captive portal dialog is about to be shown or has just been hidden. Bug: 870864 Change-Id: I898342795a3ecc950c6e4c273582962a2c70122b Reviewed-on: https://chromium-review.googlesource.com/1187512 Commit-Queue: Quan Nguyen <qnnguyen@chromium.org> Reviewed-by:
Jacob Dufault <jdufault@chromium.org> Cr-Commit-Position: refs/heads/master@{#586428}
-
Eric Foo authored
Bug: 877679 Change-Id: If81739c63d63e64801e7a5e1c2e8722c04ed77c7 Reviewed-on: https://chromium-review.googlesource.com/1188979Reviewed-by:
Roberto Carrillo <robertocn@chromium.org> Reviewed-by:
Dirk Pranke <dpranke@chromium.org> Reviewed-by:
Ryan Tseng <hinoka@chromium.org> Commit-Queue: Eric Foo <efoo@chromium.org> Cr-Commit-Position: refs/heads/master@{#586427}
-
John Abd-El-Malek authored
This reverts commit df15dab5. Reason for revert: Breaks ChromeOS debug bot https://ci.chromium.org/p/chromium/builders/luci.chromium.ci/linux-chromeos-dbg ../../chrome/browser/policy/printing_restrictions_policy_handler.cc:12273: error: undefined reference to 'printing::GetAllowedColorModesForName(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&)' ../../chrome/browser/policy/printing_restrictions_policy_handler.cc:37320: error: undefined reference to 'printing::GetAllowedDuplexModesForName(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&)' Original change's description: > Add policy descriptions for printing > > This just adds new policy templates without implementation. > > Bug: 853724 > Change-Id: Id2e0e9d0a3cbf353893fe96821e646dd0f5795a5 > Reviewed-on: https://chromium-review.googlesource.com/1155120 > Commit-Queue: Vladislav Kuzkokov <vkuzkokov@chromium.org> > Reviewed-by: Pavol Marko <pmarko@chromium.org> > Reviewed-by: Lei Zhang <thestig@chromium.org> > Cr-Commit-Position: refs/heads/master@{#586385} TBR=thestig@chromium.org,vkuzkokov@chromium.org,pmarko@chromium.org Change-Id: I74492046a844affd91e3c4e4dae3108c97ad8626 No-Presubmit: true No-Tree-Checks: true No-Try: true Bug: 853724 Reviewed-on: https://chromium-review.googlesource.com/1192136Reviewed-by:
John Abd-El-Malek <jam@chromium.org> Commit-Queue: John Abd-El-Malek <jam@chromium.org> Cr-Commit-Position: refs/heads/master@{#586426}
-
Krishna Govind authored
R=cmasso@chromium.org Cq-Include-Trybots: luci.chromium.try:ios-simulator-cronet;luci.chromium.try:ios-simulator-full-configs Change-Id: I6ce0c26f0ccde8bf802866ae5d7ac13288c902b3 Reviewed-on: https://chromium-review.googlesource.com/1192126Reviewed-by:
Krishna Govind <govind@chromium.org> Cr-Commit-Position: refs/heads/master@{#586425}
-
Tobias Sargeant authored
Also introduce infrastructure to support cases where the support library and Aw* object need to be maintained in a 1:1 mapping. Bug: 865062 Change-Id: I7b385c252aa6ce3335ec50f8926b241c14850771 Reviewed-on: https://chromium-review.googlesource.com/1185595 Commit-Queue: Tobias Sargeant <tobiasjs@chromium.org> Reviewed-by:
Richard Coles <torne@chromium.org> Reviewed-by:
Nate Fischer <ntfschr@chromium.org> Cr-Commit-Position: refs/heads/master@{#586424}
-
Stephen Martinis authored
Nothing seems to use non source side runtest.py (it passed CQ dry run, and nothing seems to set this variable to false in recipes), so this should be safe to do. Bug: 867054 Change-Id: I95e1423c520509357b58e5178ea929b576d315ba Reviewed-on: https://chromium-review.googlesource.com/1166287Reviewed-by:
Kenneth Russell <kbr@chromium.org> Reviewed-by:
Dirk Pranke <dpranke@chromium.org> Commit-Queue: Stephen Martinis <martiniss@chromium.org> Cr-Commit-Position: refs/heads/master@{#586423}
-
Lukasz Anforowicz authored
This is a reland of r585124 with an extra null check in AddCorbExceptionForPluginOnUIThread. Original CL description follows below. Overview ======== Flash has its own CORS-like mechanism (crossdomain.xml-based) and therefore CORB (Cross-Origin Read Blocking) cannot be enforced for requests initiated by Flash. This CL avoids making an exception for plugins, unless the given renderer process is actually hosting a Flash plugin (and is therefore capable of proxying network requests on behalf of Flash). This means that the exception won't take place unless the user has approved running Flash (via click-to-play / content settings / enterprise policy - see the bug for more details). Details ======= This CL introduces a global set that stores process IDs of renderers that host Flash. This set lives either in the NetworkService process or (if NetworkService feature is disabled) in the IO thread of the browser process. In both cases the global set is implemented and exposed by new static methods of network::CrossOriginReadBlocking class. The CL populates the global set from PluginServiceImpl::FindOrStartPpapiPluginProcess after all the security checks have been done and the plugin process is ready to be used or launched. The CL consults the global set before deciding to make a CORB exception for a plugin request. This is done from network::URLLoader (used if NetworkService feature is enabled) and from CrossSiteDocumentResourceHandler (used otherwise). The CL removes items from the global set when RenderProcessHostImpl is destroyed. Bug: 874515 Cq-Include-Trybots: luci.chromium.try:linux_mojo Change-Id: I807e2d7f47f753c9a097d2bceed22e9eef1a88f9 Tbr: Nasko Oskov <nasko@chromium.org> Tbr: John Abd-El-Malek <jam@chromium.org> Reviewed-on: https://chromium-review.googlesource.com/1191324Reviewed-by:
Łukasz Anforowicz <lukasza@chromium.org> Commit-Queue: Łukasz Anforowicz <lukasza@chromium.org> Cr-Commit-Position: refs/heads/master@{#586422}
-
Kyle Horimoto authored
This CL: (1) Displays a confirmation dialog when users request that the host device be removed. (2) Actually removes the device as a host if the user confirms their intention to forget the current device. Note: As part of this change, I've moved some strings from chromeos_strings.grdp to settings_strings.grdp, since the strings are displayed in the settings page. Bug: 870069, 824568 Change-Id: Ifd9fb275fa385d4fcc45cd4d8000c4534cd3c14b Reviewed-on: https://chromium-review.googlesource.com/1191523Reviewed-by:Tommy Li <tommycli@chromium.org> Commit-Queue: Kyle Horimoto <khorimoto@chromium.org> Cr-Commit-Position: refs/heads/master@{#586421}
-
Wei Li authored
In fullscreen, the top menu bar may slide down on Mac. Chrome shift the top UI under the menu bar. In such case, we should paint the theme according to the new location. This CL fixes this by taking that Y offset shift into account. BUG=877438 Change-Id: I073fe3641b0d37af1d87b73fea79cebc8f71c94f Reviewed-on: https://chromium-review.googlesource.com/1188834Reviewed-by:
Sidney San Martín <sdy@chromium.org> Reviewed-by:
Elly Fong-Jones <ellyjones@chromium.org> Commit-Queue: Wei Li <weili@chromium.org> Cr-Commit-Position: refs/heads/master@{#586420}
-
pdfium-chromium-autoroll authored
https://pdfium.googlesource.com/pdfium.git/+log/d3220624aa66..76525c4a9d2a git log d3220624aa66..76525c4a9d2a --date=short --no-merges --format='%ad %ae %s' 2018-08-27 thestig@chromium.org Remove unnecessary ToArray() calls and locals in CPDF_Dest. 2018-08-27 thestig@chromium.org Roll v8/ 9cf8abb7c..ff6b34b46 (689 commits) Created with: gclient setdep -r src/third_party/pdfium@76525c4a9d2a The AutoRoll server is located here: https://autoroll.skia.org/r/pdfium-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. TBR=dsinclair@chromium.org Change-Id: Ia96497b68724f91a10bad33f8668a62338d1d734 Reviewed-on: https://chromium-review.googlesource.com/1191442Reviewed-by:
pdfium-chromium-autoroll <pdfium-chromium-autoroll@skia-buildbots.google.com.iam.gserviceaccount.com> Commit-Queue: pdfium-chromium-autoroll <pdfium-chromium-autoroll@skia-buildbots.google.com.iam.gserviceaccount.com> Cr-Commit-Position: refs/heads/master@{#586419}
-
Avi Drissman authored
BUG=875066, 817809, 792876, 812769, 813815 TEST=included Change-Id: Ic3d697fa3c4b01f5d7fea77391857177ada660db Reviewed-on: https://chromium-review.googlesource.com/1185208Reviewed-by:
Sidney San Martín <sdy@chromium.org> Commit-Queue: Avi Drissman <avi@chromium.org> Cr-Commit-Position: refs/heads/master@{#586418}
-
David Black authored
When hidden, we automatically close ourselves after 5 min. Bug: b:113129833 Change-Id: I2edb3a73cc31e93234eb7747a91f4314dde56943 Reviewed-on: https://chromium-review.googlesource.com/1188759 Commit-Queue: David Black <dmblack@google.com> Reviewed-by:
Xiaohui Chen <xiaohuic@chromium.org> Cr-Commit-Position: refs/heads/master@{#586417}
-
Tommy C. Li authored
Eliding the "m" subdomain on Desktop can be confusing, since users would generally want to know if they are unintentionally on the mobile site on Desktop. After this CL, we only elide the "m" subdomain on Android and iOS. Bug: 875669 Change-Id: Ifededfce720444e5c9e85ffc97c92c8cee530937 Reviewed-on: https://chromium-review.googlesource.com/1185904Reviewed-by:
Justin Donnelly <jdonnelly@chromium.org> Reviewed-by:
Scott Violet <sky@chromium.org> Commit-Queue: Tommy Li <tommycli@chromium.org> Cr-Commit-Position: refs/heads/master@{#586416}
-
Francois Doray authored
This CL uses ScopedBlockingCall to mark blocking calls in /chrome/browser/resource_coordinator. This CL was created by replacing calls to AssertBlockingAllowed() with instantiations of ScopedBlockingCall(MAY_BLOCK). I kindly ask the reviewer to make sure of the following: - ScopedBlockingCall is instantiated in a scope with minimal CPU usage. If this is not the case, ScopedBlockingCall should be instantiated closer to the blocking call. See scoped_blocking_call.h for more info. Please let me know when/where the blocking call happens if this needs to be changed. - Parameter |blocking_type| matches expectation (MAY_BLOCK/WILL_BLOCK). See BlockingType for more info. While I assumed MAY_BLOCK by default, that might not be the best fit if we know that this callsite is guaranteed to block. - The ScopedBlockingCall's scope covers the entirety of the blocking operation previously asserted against by the AssertBlockingAllowed(). This CL was uploaded by git cl split. R=fdoray@chromium.org Bug: 874080 Change-Id: I5c943766529166e6f73470dbbcb426b1b182a37c Reviewed-on: https://chromium-review.googlesource.com/1191190Reviewed-by:François Doray <fdoray@chromium.org> Commit-Queue: François Doray <fdoray@chromium.org> Cr-Commit-Position: refs/heads/master@{#586415}
-
Stephen McGruer authored
This was accidentally removed in https://chromium-review.googlesource.com/c/chromium/src/+/1060693/, which fixed another set of leaks. Bug: 878032 Change-Id: I70c6cf10bfb1f3d7e1552a1f637878a8322c7a39 Reviewed-on: https://chromium-review.googlesource.com/1191672Reviewed-by:
Filip Gorski <fgorski@chromium.org> Commit-Queue: Stephen McGruer <smcgruer@chromium.org> Cr-Commit-Position: refs/heads/master@{#586414}
-
Rintaro Kuroiwa authored
- DecryptionBlt() implementation checks whether the buffers and crypto session are from the same device. Cq-Include-Trybots: luci.chromium.try:android_optional_gpu_tests_rel;luci.chromium.try:linux_optional_gpu_tests_rel;luci.chromium.try:mac_optional_gpu_tests_rel;luci.chromium.try:win_optional_gpu_tests_rel Change-Id: Ic3215a828a782ff4aaf29bc1fb36153c5241a5c3 Reviewed-on: https://chromium-review.googlesource.com/1188631 Commit-Queue: Rintaro Kuroiwa <rkuroiwa@chromium.org> Reviewed-by:
Xiaohan Wang <xhwang@chromium.org> Cr-Commit-Position: refs/heads/master@{#586413}
-
nednguyen authored
Previously, generate_perf_sharding use an undordered map of benchmarks to be shards. This CL fixes it by using a list datastructure and sort the benchmarks using the order of their names. In addition to that fix, this CL also refactor the binding between generate_perf_sharding and core.sharding_map_generator by moving all the commandline related logic from sharding_map_generator to generate_perf_sharding. Cq-Include-Trybots: master.tryserver.chromium.perf:obbs_fyi Change-Id: Id81eb4ef9a18bb716dca5754cdee876a4c5bf0c2 TBR=perezju@chromium.org, eyaich@chromium.org Change-Id: Id81eb4ef9a18bb716dca5754cdee876a4c5bf0c2 Reviewed-on: https://chromium-review.googlesource.com/1191403 Commit-Queue: Ned Nguyen <nednguyen@google.com> Reviewed-by:
Ned Nguyen <nednguyen@google.com> Cr-Commit-Position: refs/heads/master@{#586412}
-
Thoren Paulson authored
ICU can't detect the system timezone on Chromecast's linux platform, so we want to use the behavior used on CrOS of pushing the ICU's default timezone (set by Cast already) to clients. Bug: internal b/112498903 Test: repro Change-Id: Idf39a01964d0a5813df3626b0bc33663b7ca3ea3 Reviewed-on: https://chromium-review.googlesource.com/1191123Reviewed-by:
Mark Mentovai <mark@chromium.org> Commit-Queue: Thoren Paulson <thoren@chromium.org> Cr-Commit-Position: refs/heads/master@{#586411}
-
Aidan Wolter authored
Memory sanitizer is failing for CastAudioManagerTest because the audio bus data is not initialized. Bug: b/111993375 Test: cast_media_unittests+msan Change-Id: I5ef5c7e0dbc5247fbdeccef1f04c3e295a62a93c Reviewed-on: https://chromium-review.googlesource.com/1191522Reviewed-by:
Kenneth MacKay <kmackay@chromium.org> Commit-Queue: Aidan Wolter <awolter@chromium.org> Cr-Commit-Position: refs/heads/master@{#586410}
-
Lei Zhang authored
Fix nits as well. BUG=537099 Change-Id: I55ee7d530ca73e13ae63049f07242853650687b2 Reviewed-on: https://chromium-review.googlesource.com/1188639 Commit-Queue: Lei Zhang <thestig@chromium.org> Reviewed-by:
Xiaohui Chen <xiaohuic@chromium.org> Cr-Commit-Position: refs/heads/master@{#586409}
-
David Black authored
Adds focus and ink drop behaviors to ActionView to be consistent with other DialogPlate buttons. Bug: b:112925587 Change-Id: Ia6fa90478a2d28d56e5fda0bfd0988239df64c01 Reviewed-on: https://chromium-review.googlesource.com/1189445Reviewed-by:
Xiaohui Chen <xiaohuic@chromium.org> Commit-Queue: David Black <dmblack@google.com> Cr-Commit-Position: refs/heads/master@{#586408}
-
Scott Violet authored
Removing these was an oversight. BUG=779614 TEST=test only change Change-Id: I726deff7a1b25319f0b3f8740ddde88daa0262cd Reviewed-on: https://chromium-review.googlesource.com/1190843 Commit-Queue: Scott Violet <sky@chromium.org> Reviewed-by:
Mohsen Izadi <mohsen@chromium.org> Cr-Commit-Position: refs/heads/master@{#586407}
-
Aaron Leventhal authored
Previously, when the caret moves in content, we fire two MSAA location change events for the caret: 1. In the Chrome_RenderWidgetHostHWND (content window) 2. Chrome_WidgetWin_1 (UI window) The ZoomText screen magnifier application is the primary consumer of these events, and they've asked that we only fire them for the Chrome_WidgetWin_1. This keeps their logic simpler and is more performant from their point of view. TBR=sadrul@chromium.org NOTRY=true Bug: 877487 Change-Id: I05a2d1ba1d6c13c5a5aa4a16c9b91826301eb1f9 Reviewed-on: https://chromium-review.googlesource.com/1188603 Commit-Queue: Aaron Leventhal <aleventhal@chromium.org> Reviewed-by:
Sadrul Chowdhury <sadrul@chromium.org> Reviewed-by:
Dominic Mazzoni <dmazzoni@chromium.org> Cr-Commit-Position: refs/heads/master@{#586406}
-
W. James MacLean authored
Include coordinates for the root window and also the TouchMove (mousemoves) as part of the debugging output. Bug: 833380 Change-Id: I769bdabefd1fdbaedf43ae5533e097c8da46ae8b Reviewed-on: https://chromium-review.googlesource.com/1191084Reviewed-by:
Ken Buchanan <kenrb@chromium.org> Commit-Queue: James MacLean <wjmaclean@chromium.org> Cr-Commit-Position: refs/heads/master@{#586405}
-
Mounir Lamouri authored
The issue happens when the timing of destruction is different from the usual one. For example, when Dev Tools are open. Bug: 875621 Change-Id: I734b010a80e6926c5429fec79f93d63612673d09 Reviewed-on: https://chromium-review.googlesource.com/1187002 Commit-Queue: Mounir Lamouri <mlamouri@chromium.org> Reviewed-by:
apacible <apacible@chromium.org> Cr-Commit-Position: refs/heads/master@{#586404}
-
Etienne Pierre-doray authored
This CL uses ScopedBlockingCall to mark blocking calls in /chrome/browser/safe_browsing/incident_reporting. This CL was created by replacing calls to AssertBlockingAllowed() with instantiations of ScopedBlockingCall(MAY_BLOCK). I kindly ask the reviewer to make sure of the following: - ScopedBlockingCall is instantiated in a scope with minimal CPU usage. If this is not the case, ScopedBlockingCall should be instantiated closer to the blocking call. See scoped_blocking_call.h for more info. Please let me know when/where the blocking call happens if this needs to be changed. - Parameter |blocking_type| matches expectation (MAY_BLOCK/WILL_BLOCK). See BlockingType for more info. While I assumed MAY_BLOCK by default, that might not be the best fit if we know that this callsite is guaranteed to block. - The ScopedBlockingCall's scope covers the entirety of the blocking operation previously asserted against by the AssertBlockingAllowed(). This CL was uploaded by git cl split. R=proberge@chromium.org Bug: 874080 Change-Id: I0aad6d7dd8dd315323a365f900b9074559bd0a7f Reviewed-on: https://chromium-review.googlesource.com/1191192 Commit-Queue: Etienne Pierre-Doray <etiennep@chromium.org> Reviewed-by:proberge <proberge@chromium.org> Cr-Commit-Position: refs/heads/master@{#586403}
-
enne authored
This reverts commit 430c8fbe. Reason for revert: various perf regressions. This should instead be solved via issue 874680. Original change's description: > cc: Finish frame early if main thread is idle regardless of redraw state > > This condition was added originally in this patch: > https://codereview.chromium.org/27200003 > > That patch was trying to trigger early deadlines when the compositor > thread had work to do but the main thread had aborted. > > In a world where we have begin frame acks even when frames aren't > produced, it's worth triggering early deadlines even when the compositor > thread doesn't have any work to do either so that the display compositor > can go ahead and do work earlier. > > This is intended as a short-term fix to solve smoothness issues with > surface for video with 30fps videos. Ideally the DisplayCompositor will > have some followups as well so that one client that is slow to respond > will not cause smoothness issues with another client. > > Bug: 874676 > Cq-Include-Trybots: luci.chromium.try:android_optional_gpu_tests_rel;master.tryserver.blink:linux_trusty_blink_rel > Change-Id: I8b6663570aba7d135c1f211a21c37b1e17d19577 > Reviewed-on: https://chromium-review.googlesource.com/1176559 > Commit-Queue: enne <enne@chromium.org> > Reviewed-by: Sunny Sachanandani <sunnyps@chromium.org> > Cr-Commit-Position: refs/heads/master@{#583908} TBR=enne@chromium.org,sunnyps@chromium.org # Not skipping CQ checks because original CL landed > 1 day ago. Bug: 874676, 875255, 875316, 875323, 875328, 875424, 876099 Change-Id: I4fd531fe07396ec2275bfd9109c8d86c6b4778f5 Cq-Include-Trybots: luci.chromium.try:android_optional_gpu_tests_rel;master.tryserver.blink:linux_trusty_blink_rel Reviewed-on: https://chromium-review.googlesource.com/1191326 Commit-Queue: enne <enne@chromium.org> Reviewed-by:
enne <enne@chromium.org> Cr-Commit-Position: refs/heads/master@{#586402}
-
skia-chromium-autoroll authored
https://skia.googlesource.com/skia.git/+log/adb4bfef0cd8..22b21ea25b29 git log adb4bfef0cd8..22b21ea25b29 --date=short --no-merges --format='%ad %ae %s' 2018-08-27 brianosman@google.com Stop blacklisting some critical unit tests on Metal 2018-08-27 reed@google.com textonpath util 2018-08-27 caryclark@skia.org fix pathops unsortable angles 2018-08-27 brianosman@google.com Remove MSAA from Metal caps 2018-08-27 bsalomon@google.com Disable GrTextureOp Chaining 2018-08-27 brianosman@google.com Don't assert trying to make an MSAA surface with Metal, just fail 2018-08-27 scroggo@google.com Reland "Switch SkCodec to use skcms plus fixes"" 2018-08-27 halcanary@google.com SkPDF/Type1: fix BUG:skia:8285 2018-08-27 bsalomon@google.com Make GrGLInterface great for Win32 x86 again 2018-08-27 angle-skia-autoroll@skia-buildbots.google.com.iam.gserviceaccount.com Roll third_party/externals/angle2 8707af516c46..89664843c656 (1 commits) 2018-08-27 reed@google.com use nothingToDraw more often 2018-08-27 kjlubick@google.com Add a renderer key to lottie gold digests 2018-08-27 scroggo@google.com Ignore PLTE chunks in non-palette PNGs 2018-08-27 robertphillips@google.com Always render GPU masks with AA rendering 2018-08-27 brianosman@google.com Add a version of the skbug6653 unit test that disables explicit resource allocation 2018-08-27 ethannicholas@google.com Revert "Revert "added support for sk_Dimensions to SkSL"" 2018-08-27 fmalita@chromium.org [skottie] Add support for keyframed text nodes Created with: gclient setdep -r src/third_party/skia@22b21ea25b29 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=master.tryserver.blink:linux_trusty_blink_rel;luci.chromium.try:android_optional_gpu_tests_rel;luci.chromium.try:linux_optional_gpu_tests_rel;luci.chromium.try:mac_optional_gpu_tests_rel;luci.chromium.try:win_optional_gpu_tests_rel BUG=chromium:877610,chromium:877598 TBR=stephana@chromium.org Change-Id: I0ae8d4005beb6391aa2f8c29fb5e618f13431278 Reviewed-on: https://chromium-review.googlesource.com/1191147Reviewed-by:
skia-chromium-autoroll <skia-chromium-autoroll@skia-buildbots.google.com.iam.gserviceaccount.com> Commit-Queue: skia-chromium-autoroll <skia-chromium-autoroll@skia-buildbots.google.com.iam.gserviceaccount.com> Cr-Commit-Position: refs/heads/master@{#586401}
-
Victor Costan authored
Change-Id: Ib2365e75f4b0388914689928c862c290264ac4b3 Reviewed-on: https://chromium-review.googlesource.com/1188501Reviewed-by:
Kinuko Yasuda <kinuko@chromium.org> Commit-Queue: Victor Costan <pwnall@chromium.org> Cr-Commit-Position: refs/heads/master@{#586400}
-
Theresa authored
BUG=878013 Change-Id: Ieba7e71438fcc684d6ffc2aeaea138a2f062b7f6 Reviewed-on: https://chromium-review.googlesource.com/1191228Reviewed-by:
Becky Zhou <huayinz@chromium.org> Reviewed-by:
Filip Gorski <fgorski@chromium.org> Commit-Queue: Theresa <twellington@chromium.org> Cr-Commit-Position: refs/heads/master@{#586399}
-
David Black authored
Previously, Assistant was visibility was either true || false. Now, Assistant is one of { kClosed, kHidden, kVisible }. These visibility states are: - kClosed: Assistant is not visible. Launching Assistant will start a new session with a clean stage. - kHidden: Assistant is not visible. Launching Assistant will resume a paused session with the stage in its previous state. - kVisible: Assistant is visible and a session is in progress. Per product requirement: - We become kClosed when explicitly dismissed by the user. - We become kHidden when dismissed by auto-navigation. Still TODO: Implement timer to auto-close if hidden for 5min. See bug for demo. Bug: b:113129833 Change-Id: I2f0f5dba3c2d58d55e5e494b69a93cbb8a667d66 Reviewed-on: https://chromium-review.googlesource.com/1188748 Commit-Queue: David Black <dmblack@google.com> Reviewed-by:Xiyuan Xia <xiyuan@chromium.org> Reviewed-by:
Xiaohui Chen <xiaohuic@chromium.org> Cr-Commit-Position: refs/heads/master@{#586398}
-
Stephen Martinis authored
Windows bots need more cores. Mac bot has less cores, will try 4 cores for now and see if it works. Bug: 867725 Change-Id: If1b4a1eecc446a75f9047076068a87bae9a648b5 Reviewed-on: https://chromium-review.googlesource.com/1191670Reviewed-by:
Ryan Tseng <hinoka@chromium.org> Commit-Queue: Stephen Martinis <martiniss@chromium.org> Cr-Commit-Position: refs/heads/master@{#586397}
-
Etienne Pierre-doray authored
This CL uses ScopedBlockingCall to mark blocking calls in /chrome. This CL was created by replacing calls to AssertBlockingAllowed() with instantiations of ScopedBlockingCall(MAY_BLOCK). I kindly ask the reviewer to make sure of the following: - ScopedBlockingCall is instantiated in a scope with minimal CPU usage. If this is not the case, ScopedBlockingCall should be instantiated closer to the blocking call. See scoped_blocking_call.h for more info. Please let me know when/where the blocking call happens if this needs to be changed. - Parameter |blocking_type| matches expectation (MAY_BLOCK/WILL_BLOCK). See BlockingType for more info. While I assumed MAY_BLOCK by default, that might not be the best fit if we know that this callsite is guaranteed to block. - The ScopedBlockingCall's scope covers the entirety of the blocking operation previously asserted against by the AssertBlockingAllowed(). This CL was uploaded by git cl split. R=avi@chromium.org Bug: 874080 Change-Id: I2984ff747f7cce7b40f48251c4bdaa21d0b0df93 Reviewed-on: https://chromium-review.googlesource.com/1191582Reviewed-by:Avi Drissman <avi@chromium.org> Commit-Queue: Etienne Pierre-Doray <etiennep@chromium.org> Cr-Commit-Position: refs/heads/master@{#586396}
-
Matt Reynolds authored
Changes the default internal polling interval for gamepad state from 16 ms (~60 Hz) to 4 ms (~250 Hz). BUG=855188 Change-Id: I4b791c27330b56519a7484c423ec764a00320e01 Reviewed-on: https://chromium-review.googlesource.com/1191234Reviewed-by:
Reilly Grant <reillyg@chromium.org> Commit-Queue: Matt Reynolds <mattreynolds@chromium.org> Cr-Commit-Position: refs/heads/master@{#586395}
-
Kyle Milka authored
Check that the embeddedsearch APIs for custom background correctly update the ThemeBackgroundInfo when called. Bug: 857256 Change-Id: I7c71ddbbdc30fa9fbcf4a2afc8387affcc39693c Reviewed-on: https://chromium-review.googlesource.com/1189082Reviewed-by:
Kristi Park <kristipark@chromium.org> Commit-Queue: Kyle Milka <kmilka@chromium.org> Cr-Commit-Position: refs/heads/master@{#586394}
-
Brian Salomon authored
Bug: skia:8155 Change-Id: I83c2c31a0e069598d3584d4059158d70113f63d6 Reviewed-on: https://chromium-review.googlesource.com/1171022Reviewed-by:
Robert Phillips <robertphillips@google.com> Commit-Queue: Brian Salomon <bsalomon@google.com> Cr-Commit-Position: refs/heads/master@{#586393}
-
Christopher Cameron authored
Add methods mouse capture methods to the BridgedNativeWidgetPublic interface that BridgedNativeWidget implements. Have BridgedNativeWidget pass the mouse capture status to BridgedNativeWidgetHostImpl, which the NativeWidgetMac will access. Add NativeWidgetMac::GetBridgeHostImplForNativeWindow method for unittests, and merge the implementations of GetBridgeForNativeWindow, GetBridgeHostImplForNativeWindow, and GetNativeWidgetForNativeWindow. Bug: 859152 Change-Id: I25af661ad487b4f5a89bb02b1c655fb0ab27b8fb Reviewed-on: https://chromium-review.googlesource.com/1186161Reviewed-by:
Elly Fong-Jones <ellyjones@chromium.org> Commit-Queue: ccameron <ccameron@chromium.org> Cr-Commit-Position: refs/heads/master@{#586392}
-