- 11 Jan, 2017 13 commits
-
-
Jason Simmons authored
The indexes passed to paragraph.getBoxesForRange are based on UTF-16 code units. If the caret is at a character that is encoded as multiple code units, then the start and end indexes should be adjusted accordingly.
-
Yegor authored
- output single-line JSON because iOS 9.x cannot output more than one line - move the workaround for #7433 into LiveTestWidgetsFlutterBinding so that it works in all cases (e.g. animation_bench.dart on iOS)
-
Hans Muller authored
-
Michael Goderbauer authored
-
Devon Carew authored
* ignore exceptions from stdin.lineMode * only catch IOException
-
Michael Goderbauer authored
It is now handled at a higher level for all commands.
-
Adam Barth authored
Now that dart-lang/dartdoc#1236 is fixed.
-
Adam Barth authored
This API was deprecated. Clients should use PlatformMessages instead.
-
Todd Volkert authored
As of Dart SDK 1.22.0-dev.5.0, `Process.exitCode` is no longer mutable (that SDK version picks up https://github.com/dart-lang/sdk/commit/e5a16b1ca56414af3008afb8833660f95a9d06da). This change allows the tools code to pass analysis in sdk versions both before and after that change, to allow for analysis against both the host and target sdks.
-
Adam Barth authored
Also, make the exception handling for global key listeners slightly more robust.
-
Yegor authored
-
Todd Volkert authored
-
- 10 Jan, 2017 20 commits
-
-
Phil Quitslund authored
* Bump Dart SDK to 1.22.0-dev.5.0. * Suppress spurious `FutureOr` type warning. * Fixed linter dep post merge. * Formatting tweaks.
-
Todd Volkert authored
-
Adam Barth authored
Change `Flexible`'s default `FlexFit` Previously, `Flexible` defaulted to `FlexFit.tight`, which forced the child to expand to fill the available space. Now, `Flexible` defaults to `FlexFit.loose`, which does not force the child to expand to fill the available space. If you want the child to expand to fill the available space, consider using `Expanded` instead. Fixes #5169
-
Yegor authored
-
Jason Simmons authored
-
Adam Barth authored
We now produce a more reasonable error message when we're missing the flutter_test dependency in a test. Also, remove the flutter_tools stack traces when the engine dies. Fixes #6187
-
Hans Muller authored
-
Todd Volkert authored
Fixes #7413
-
Jason Simmons authored
Each stack trace will yield many async task stacks for every write request that is in flight. If the device side is unresponsive and all writes are failing, then this can generate an overwhelming amount of logs.
-
Adam Barth authored
This patch improves test coverage for a number of files that had low coverage. This patch also fixes a few minor bugs found by these tests.
-
Yegor authored
-
John McCutchan authored
- [x] Wire up dependency checker and plumb flags down to the right place Fixes #7014
-
Adam Barth authored
Fixes #7375
-
Adam Barth authored
-
Jason Simmons authored
Fixes https://github.com/flutter/flutter/issues/7351 When a test runs to completion, the test harness closes the stream side of the StreamChannel, causing the sink side to be closed as well. So by the time we receive a test result of completed/harnessBailed, the controller sink has been closed.
-
Ian Hickson authored
- better documentation - verify (at run time) that onNotification doesn't return null, and report copious helpful information if it does. - add a toString/debugFillDescription convention to Notification. - actually test Notification
-
Ian Hickson authored
This confused me briefly the other day.
-
Ian Hickson authored
-
Adam Barth authored
This patch adds a number of tests for previously untested lines.
-
Devon Carew authored
* pass additional named params to daemon run * add a trailing comma
-
- 09 Jan, 2017 6 commits
-
-
Matt Perry authored
Fixes https://github.com/flutter/flutter/issues/7210
-
Michael Goderbauer authored
-
Yegor authored
-
Hans Muller authored
-
Ian Hickson authored
This implements a new RenderViewport2 class to replace the existing RenderViewport class.
-
Todd Volkert authored
This ensures that accidental usages of dart:io's file API don't creep in over time.
-
- 07 Jan, 2017 1 commit
-
-
Todd Volkert authored
This removes direct file access from within flutter_tools in favor of using `package:file` via a `FileSystem` that's accessed via the `ApplicationContext`. This lays the groundwork for us to be able to easily swap out the underlying file system when running Flutter tools, which will be used to provide a record/replay file system, analogous to what we have for process invocations.
-