4df95de549
That forces them to be nullable, unless there is a reason to be non-nullable. I excluded setters and generic arguments from this nullification. Also we don't touch `operator ==`, where changing argument type to `Object?` doesn't make sense. This is a response to some teams asking for the migration tool to be super conservative. Otherwise people migrate some methods to have non-nullable arguments and they are still called with `null`s at runtime in mixed mode. That was the only way I found to implement the "nullable arguments by default" request. It broke a good deal of tests. I updated them mostly to use private functions, so the old behavior is preserved, but sometimes I couldn't figure out a way to trigger the desired codepath with the new behavior... I also suspect that now there is a non-zero amount of tests that are passing but don't really exercise what they were supposed to exercise. Change-Id: I2eb8020008c6cd5c7507e7782e977d70bceac58b Reviewed-on: https://dart-review.googlesource.com/c/sdk/+/285680 Commit-Queue: Ilya Yanok <yanok@google.com> Reviewed-by: Samuel Rawlins <srawlins@google.com>