-
Notifications
You must be signed in to change notification settings - Fork 170
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[analyzer] Type aliases are not working well with the always_specify_types
rule
#2692
Comments
@srawlins Any priority on this? It's preventing us to use type alias since it raises warnings. |
In my opinion, false positives should generally have a high priority because they erode user trust. |
Another false positive about |
+1 to what Brian said. As far as prioritizing relative to other false positives, I (informally) apply a multiplier for issues impacting core/recommended/pedantic/flutter lints. I'm looking at making this more formal FWIW... (And if anyone wants to brainstorm about that, let me know!) |
I think each false positive would get a priority bump also because they don't require cleanup, if the fix really means that no new cases would be reported. |
And now it's the "New feature has come, but it's not really come" thing since we can't really put it into production... 😓 An issue for a new feature might have a priority bump too? |
Can you not |
We could, but we shouldn't. The profit that type aliases bring is less than the code quality drop's effects. Consider that we have multiple classes that would need to use |
And after the brainstorm here this issue still don't have a priority which is still blocking us to migrate... |
This tracker is for issues related to: Analyzer
The text was updated successfully, but these errors were encountered: