1. 10 May, 2017 1 commit
  2. 10 Mar, 2017 2 commits
  3. 04 Mar, 2017 1 commit
  4. 28 Feb, 2017 1 commit
  5. 10 Feb, 2017 1 commit
  6. 27 Jan, 2017 1 commit
  7. 09 Jan, 2017 1 commit
  8. 10 May, 2016 1 commit
  9. 04 May, 2016 2 commits
    • pq's avatar
      Literals get type annotations. · bcede8df
      pq authored
      As per the recent fix to the `always_specify_types` lint (https://github.com/dart-lang/linter/issues/199), literal maps and lists are now expected to be explicitly typed.
      
      Running that lint on the repo identifies quite a few spots to update.  This focuses on `flutter_driver` and `flutter_sprites` (somewhat arbitrarily) but the changes are fairly representative.
      
      Note there are a number of places where I made a quick judgement on how specific to make the types.  Feedback on those is welcome.  (Especially as we move forward with more.)
      bcede8df
    • Hans Muller's avatar
      Gallery demo start-time performance test (#3655) · a9b965cb
      Hans Muller authored
      *  Gallery demo start-time performance test
      a9b965cb
  10. 19 Apr, 2016 2 commits
    • Ian Hickson's avatar
      Refactor service extensions (#3397) · 261923e5
      Ian Hickson authored
      Bindings now have a debugRegisterServiceExtensions() method that is
      invoked in debug mode (only). (Once we have a profile mode, there'll be
      a registerProfileServiceExtensions() method that gets called in that
      mode only to register extensions that apply then.)
      
      The BindingBase class provides convenience methods for registering
      service extensions that do the equivalent of:
      
      ```dart
      void extension() { ... }
      bool extension([bool enabled]) { ... }
      double extension([double extension])  { ... }
      Map<String, String> extension([Map<String, String> parameters]) { ... }
      ```
      
      The BindingBase class also itself registers ext.flutter.reassemble,
      which it has call a function on the binding called
      reassembleApplication().
      
      The Scheduler binding now exposes the preexisting
      ext.flutter.timeDilation.
      
      The Renderer binding now exposes the preexisting ext.flutter.debugPaint.
      
      The Renderer binding hooks reassembleApplication to trigger the
      rendering tree to be reprocessed (in particular, to fix up the
      optimisation closures).
      
      All the logic from rendering/debug.dart about service extensions is
      replaced by the above.
      
      I moved basic_types to foundation.
      
      The FlutterWidgets binding hooks reassembleApplication to trigger the
      widget tree to be entirely rebuilt.
      
      Flutter Driver now uses ext.flutter.driver instead of
      ext.flutter_driver, and is hooked using the same binding mechanism.
      Eventually we'll probably move the logic into the Flutter library so
      that you just get it without having to invoke a special method first.
      261923e5
    • Yegor's avatar
      [driver] "waitFor" command in place of broken "exists" (#3373) · e7657b94
      Yegor authored
      * [driver] "waitFor" command in place of broken "exits"
      
      * [driver] wait using frame callback
      e7657b94
  11. 15 Apr, 2016 1 commit
  12. 05 Apr, 2016 1 commit
  13. 30 Mar, 2016 1 commit
  14. 29 Mar, 2016 1 commit
    • Yegor Jbanov's avatar
      [driver] fix observatory port # and timeline data extraction · bfa16b2b
      Yegor Jbanov authored
      The way we pick observatory port # has changed and we have broken
      logic that handles port 8181. To fix the buildbot, switch to port
      8182. We can later figure out what we want to do when we clean up
      port handling.
      
      The old VM extention for extracting the timeline data is gone.
      Switch to the new '_getVMTimeline' API.
      bfa16b2b
  15. 14 Mar, 2016 1 commit
  16. 10 Mar, 2016 1 commit
  17. 03 Mar, 2016 1 commit
  18. 02 Mar, 2016 1 commit
  19. 01 Mar, 2016 1 commit
  20. 24 Feb, 2016 1 commit
  21. 20 Feb, 2016 1 commit
    • yjbanov's avatar
      "flutter drive" command · a2b1bd46
      yjbanov authored
      Runs a test app and a driver test simultaneously, then stops the app.
      
      Usage:
      
      ```
      flutter drive --target=/path/to/test/app.dart
      ```
      
      This command will look for `/path/to/test/app_test.dart` by
      convention. We will expand into other ways of discovering tests in the
      future.
      a2b1bd46
  22. 18 Feb, 2016 2 commits
    • yjbanov's avatar
      move to pub version of vm_service_client · 439aadf4
      yjbanov authored
      439aadf4
    • Yegor Jbanov's avatar
      add flutter_driver package · b0e45594
      Yegor Jbanov authored
      This commit contains:
      
      - FlutterDriver API for e2e tests usable in conjunction with package:test
      - FlutterDriverExtension to be enabled by the application in order to
        allow an external agent to connect to it and drive user interactions and
        probe into the element tree
      - initial implementations of tap, findByValueKey and getText commands (to
        be expanded in future PRs)
      b0e45594