Phil Quitslund

Example breakage: ```dart @override Widget build(BuildContext context) => Scaffold( appBar: AppBar( brightness: widget.brightness, leading: IconButton( icon: const BackButtonIcon(), //

Good to know. Given the impact, we'll have to come up with a plan for migration (or reconsider the additional diagnostics). Thanks! /fyi @jacob314

> Perhaps it would be worth it to add a quick fix to help migrate? FWIW there is a fix but I expect it will need to be updated w/...

> @pq - do you have an opinion on whether this should be named avoid_implicit_call_tearoffs instead? I don't feel super strongly to be honest but we've been trending away from...

This may be hard. Essentially it depends on knowing that a given `FunctionExpressionInvocation` corresponds to a constructor tear-off and not just a `Function` and chatting w/ @scheglov, it sounds like...

FWIW, this limitation affects other lints that care about constructor invocations too. For example: * `use_full_hex_values_for_flutter_colors` * `use_key_in_widget_constructors` etc. (Of course what extent any of this matters depends on how...

@DanTup: I believe these are from the Dart Plugin (and not server). See, for example: https://github.com/JetBrains/intellij-plugins/blob/master/Dart/src/com/jetbrains/lang/dart/ide/generation/DartGenerateGetterAction.java

I'm not sure about analytics but believe jetbrains tracks them. @devoncarew or @alexander-doroshko could elaborate?

Yes, thank you @rydmike. Issues would be greatly appreciated!

Sorry this is still an issue for you @leisim. Are you using [dart_code_metrics](https://pub.dev/packages/dart_code_metrics)?