1. 19 Mar, 2018 34 commits
  2. 18 Mar, 2018 6 commits
    • Darren Shen's avatar
      mash: Remove use of InputMethodManager in Wayland server. · 29b26a4b
      Darren Shen authored
      We're currently using InputMethodManager in the Wayland server to
      observe changes in the keyboard layout. However, under mash, exo will be
      in the ash process and InputMethodManager will be in the chrome process,
      so we cannot depend on InputMethodManager from the Wayland server.
      
      We remove the use of InputMethodManager in the Wayland server for
      observing keyboard changes by using ImeController instead, which uses
      Mojo for communication.
      
      We also add a way of retrieving the current keyboard layout from
      ImeController. This is a similar design to how ImeController handles
      caps lock, but it's simpler because we never need to set the layout
      from ash side. Changes to layout on the chrome side just propagate
      to the ash side from ImeControllerClient to ImeController.
      
      Bug: 772382
      Change-Id: I84df1ee1b7e0f54716125fec9d4cd49f3442ed79
      Reviewed-on: https://chromium-review.googlesource.com/961505
      Commit-Queue: Darren Shen <shend@chromium.org>
      Reviewed-by: default avatarScott Violet <sky@chromium.org>
      Reviewed-by: default avatarOliver Chang <ochang@chromium.org>
      Reviewed-by: default avatarJames Cook <jamescook@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#543958}
      29b26a4b
    • David 'Digit' Turner's avatar
      android build: Split process_resources GN rule and script. · 1fa1c441
      David 'Digit' Turner authored
      The process_resources() GN template and the associated
      process_resources.py script are huge and difficult to understand
      because they can be used to perform two slightly related
      different things.
      
      In preparation for a future CL that will introduce a new resource
      compilation mode, this CL tries to clarify the situation by splitting
      them into two sets of GN template + script:
      
         - prepare_resources() + prepare_resources.py, which are
           used to create .resources.zip archives of raw/uncompiled
           resources for resource related targets, as well as
           generating a corresponding R.txt and .srcjar(R.java)
           file.
      
           This corresponds to what process_resources() did when
           it was called from android_resources() and junit_binary().
      
           Note that this always generates non-final resource IDs,
           as well as a dummy onResourcesLoaded() method, necessary
           to compile, but not link, the ResourceRewriter class
           used to implement the system webview feature.
      
         - compile_resources() + compile_resources.py, which are used
           to compile all resource dependencies of a given binary
           (e.g. android_apk) into an intermediate .ap_ file.
      
           This corresponds to the behaviour of process_resources()
           when called from android_apk(). This generates final
           resource IDs by default, unless |shared_resources| or
           |shared_resources_whitelist| is used.
      
           Also, as a simplification, |shared_resources_whitelist|
           now implies |shared_resources|, except that it restrict
           the list of non-final resource IDs.
      
      - Removed generate_constant_ids, since compile_resources()
        will always generate constant ids unless shared resources
        are being used. And prepare_resources() always generates
        non-constant IDs, as before the CL.
      
      + Add documentation for the prepare_resources() and
        compile_resources() internal GN rules, to make them
        a little less intimidating.
      
      + Removed |app_as_shared_lib|, since even before this CL all
        resources were generated with package ID 0x7f anyway, or
        fixed a compile_resources() time. Hence |shared_resources|
        did the exact same thing.
      
      + Improve --help output for prepare_resources.py and
        compile_resources.py by using option groups for inputs
        and outputs.
      
      R=agrieve@chromium.org,yfriedman@chromium.org,estevenson@chromium.org,trevordixon@chromium.org
      
      Bug: 820459
      Change-Id: If05ac24a57c4dfa11f9ce43c30ab22e957b2765d
      Reviewed-on: https://chromium-review.googlesource.com/957095
      Commit-Queue: David Turner <digit@chromium.org>
      Reviewed-by: default avataragrieve <agrieve@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#543957}
      1fa1c441
    • skia-chromium-autoroll@skia-buildbots.google.com.iam.gserviceaccount.com's avatar
      Roll src/third_party/skia/ 38c3d9381..a7b84c5a5 (1 commit) · f6520325
      https://skia.googlesource.com/skia.git/+log/38c3d93810d7..a7b84c5a50da
      
      $ git log 38c3d9381..a7b84c5a5 --date=short --no-merges --format='%ad %ae %s'
      2018-03-18 caryclark fix fiddle example
      
      Created with:
        roll-dep src/third_party/skia
      
      
      The AutoRoll server is located here: https://autoroll.skia.org
      
      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:linux_optional_gpu_tests_rel;master.tryserver.chromium.mac:mac_optional_gpu_tests_rel;master.tryserver.chromium.win:win_optional_gpu_tests_rel
      TBR=jvanverth@chromium.org
      
      Change-Id: I6d94d5c4b4029105372a7af9b9afde2f3343eec3
      Reviewed-on: https://chromium-review.googlesource.com/967900Reviewed-by: default avatarskia-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@{#543956}
      f6520325
    • Justin Novosad's avatar
      Automate calls to GrContext::resetContext · c8f117ce
      Justin Novosad authored
      The purpose of this change is to prevent the re-occurrence of flaky
      rendering bugs caused by missing calls to GrContext::resetContext. This
      change uses a new subclass of GLES2Implementation called
      GLES2ImplementationWithGrContextSupport, which takes care of calling
      GrContext::resetContext() whenever the gl state is changed. These
      calls are lightweight: they just perform an 'or' on an integer.
      
      To avoid calling GrContext::resetContext() when gl calls are made from
      within skia, the bindings were modified in CreateGLES2InterfaceBindings
      in order to signal the GLES2ImplementationWithGrContextSupport so that
      it knows the the current GL call is made from skia.
      
      Cq-Include-Trybots: luci.chromium.try:linux_optional_gpu_tests_rel;master.tryserver.blink:linux_trusty_blink_rel;master.tryserver.chromium.android:android_optional_gpu_tests_rel;master.tryserver.chromium.linux:linux_layout_tests_slimming_paint_v2;master.tryserver.chromium.linux:linux_optional_gpu_tests_rel;master.tryserver.chromium.mac:mac_optional_gpu_tests_rel;master.tryserver.chromium.win:win_optional_gpu_tests_rel
      Change-Id: I59470a8188df235a36d6de0e9aaff57b69ff9d6a
      Bug: 807974, 810159
      Reviewed-on: https://chromium-review.googlesource.com/924616
      Commit-Queue: Justin Novosad <junov@chromium.org>
      Reviewed-by: default avatarDaniel Cheng <dcheng@chromium.org>
      Reviewed-by: default avatarAntoine Labour <piman@chromium.org>
      Reviewed-by: default avatarFredrik Hubinette <hubbe@chromium.org>
      Reviewed-by: default avatarBrian Salomon <bsalomon@chromium.org>
      Reviewed-by: default avatarSadrul Chowdhury <sadrul@chromium.org>
      Reviewed-by: default avatarBo <boliu@chromium.org>
      Reviewed-by: default avatarFernando Serboncini <fserb@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#543955}
      c8f117ce
    • chromeos-commit-bot@chromium.org's avatar
      Automated Commit: New LKGM version 10498.0.0 for chromeos. · b9bc00e9
      chromeos-commit-bot@chromium.org authored
      BUG=762641
      TBR=stevenjb@chromium.org
      
      Change-Id: I23c215ddf53e773d05ef31b5d87ea6687bb59f5d
      Reviewed-on: https://chromium-review.googlesource.com/967884Reviewed-by: default avatarChromeOS Commit Bot <chromeos-commit-bot@chromium.org>
      Commit-Queue: ChromeOS Commit Bot <chromeos-commit-bot@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#543954}
      b9bc00e9
    • afdo-chromium-autoroll@skia-buildbots.google.com.iam.gserviceaccount.com's avatar
      Roll AFDO from 67.0.3373.0_rc-r1 to 67.0.3374.0_rc-r1 · 748025d6
      This CL may cause a small binary size increase, roughly proportional
      to how long it's been since our last AFDO profile roll. For larger
      increases (around or exceeding 100KB), please file a bug against
      gbiv@chromium.org. Additional context: https://crbug.com/805539
      
      The AutoRoll server is located here: https://afdo-chromium-roll.skia.org
      
      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=gbiv@chromium.org
      
      Change-Id: I808a20a4eebf9c5e1089050f7711b1f1de304ccb
      Reviewed-on: https://chromium-review.googlesource.com/967883Reviewed-by: default avatarafdo-chromium-autoroll <afdo-chromium-autoroll@skia-buildbots.google.com.iam.gserviceaccount.com>
      Commit-Queue: afdo-chromium-autoroll <afdo-chromium-autoroll@skia-buildbots.google.com.iam.gserviceaccount.com>
      Cr-Commit-Position: refs/heads/master@{#543953}
      748025d6