| Commit-Queue | +1 |
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
| Code-Review | +1 |
hasPublishedDocs: falseDo we want to have documentation for this?
I could imagine adding a common fix like "Contact the authors of the plugins you use to determine whether they have a replacement that uses the new plugin support. If so, convert to using the new plugins. If not, let them know how much you appreciate their plugin and encourage them to continue to support it under the new plugin framework."
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
| Code-Review | +1 |
if (analyzer.valueAt(AnalysisOptionsFileKeys.plugins) != null) {Maybe simplify to:
```
if (analyzer.getKey(AnalysisOptionsFileKeys.plugins) case var keyNode?) {
reporter.report(
diag.analysisOptionsDeprecatedPlugins.atSourceSpan(keyNode.span),
);
}
```
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
hasPublishedDocs: falseDo we want to have documentation for this?
I could imagine adding a common fix like "Contact the authors of the plugins you use to determine whether they have a replacement that uses the new plugin support. If so, convert to using the new plugins. If not, let them know how much you appreciate their plugin and encourage them to continue to support it under the new plugin framework."
I like that! Is that something we add after the CL lands? Or we land it now, but leave hasPublishedDocs false until Parker publishes them to the website?
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
hasPublishedDocs: falseSamuel RawlinsDo we want to have documentation for this?
I could imagine adding a common fix like "Contact the authors of the plugins you use to determine whether they have a replacement that uses the new plugin support. If so, convert to using the new plugins. If not, let them know how much you appreciate their plugin and encourage them to continue to support it under the new plugin framework."
I like that! Is that something we add after the CL lands? Or we land it now, but leave hasPublishedDocs false until Parker publishes them to the website?
The docs need to be landed first, with `hasPublishedDocs: false`, then Parker can publish them, then we can mark them as published. All of the CLs need to be cherry picked in order for the docs to be seen by 3.13 users.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
hasPublishedDocs: falseSamuel RawlinsDo we want to have documentation for this?
I could imagine adding a common fix like "Contact the authors of the plugins you use to determine whether they have a replacement that uses the new plugin support. If so, convert to using the new plugins. If not, let them know how much you appreciate their plugin and encourage them to continue to support it under the new plugin framework."
Brian WilkersonI like that! Is that something we add after the CL lands? Or we land it now, but leave hasPublishedDocs false until Parker publishes them to the website?
The docs need to be landed first, with `hasPublishedDocs: false`, then Parker can publish them, then we can mark them as published. All of the CLs need to be cherry picked in order for the docs to be seen by 3.13 users.
But it's OK to have Connie look at them after the fact. We can update and re-publish them at any time without needing to cherry-pick them.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
if (analyzer.valueAt(AnalysisOptionsFileKeys.plugins) != null) {Maybe simplify to:
```
if (analyzer.getKey(AnalysisOptionsFileKeys.plugins) case var keyNode?) {
reporter.report(
diag.analysisOptionsDeprecatedPlugins.atSourceSpan(keyNode.span),
);
}
```
Done
Samuel RawlinsDo we want to have documentation for this?
I could imagine adding a common fix like "Contact the authors of the plugins you use to determine whether they have a replacement that uses the new plugin support. If so, convert to using the new plugins. If not, let them know how much you appreciate their plugin and encourage them to continue to support it under the new plugin framework."
Brian WilkersonI like that! Is that something we add after the CL lands? Or we land it now, but leave hasPublishedDocs false until Parker publishes them to the website?
Brian WilkersonThe docs need to be landed first, with `hasPublishedDocs: false`, then Parker can publish them, then we can mark them as published. All of the CLs need to be cherry picked in order for the docs to be seen by 3.13 users.
But it's OK to have Connie look at them after the fact. We can update and re-publish them at any time without needing to cherry-pick them.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
1 is the latest approved patch-set.
The change was submitted with unreviewed changes in the following files:
```
The name of the file: pkg/analyzer/lib/src/analysis_options/analysis_options_parse_model.dart
Insertions: 4, Deletions: 9.
@@ -273,15 +273,10 @@
reporter,
);
- if (analyzer.valueAt(AnalysisOptionsFileKeys.plugins) != null) {
- if (analyzer.getKey(AnalysisOptionsFileKeys.plugins)
- case var pluginsKeyNode?) {
- reporter.report(
- diag.analysisOptionsDeprecatedPlugins.atSourceSpan(
- pluginsKeyNode.span,
- ),
- );
- }
+ if (analyzer.getKey(AnalysisOptionsFileKeys.plugins) case var keyNode?) {
+ reporter.report(
+ diag.analysisOptionsDeprecatedPlugins.atSourceSpan(keyNode.span),
+ );
}
return _ParsedAnalyzerData._(
```
analyzer: Deprecate legacy analyzer plugins
Work towards https://github.com/dart-lang/sdk/issues/62164
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |