[DAS] Adds support for using `TestCode` markers in `AnalysisRuleTest`
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
@Deprecated('Use textContains instead') String? text,Why are we declaring deprecated parameters in a newly added methods? Consider removing them so that there's no code to clean up later.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
| Auto-Submit | +1 |
@Deprecated('Use textContains instead') String? text,Why are we declaring deprecated parameters in a newly added methods? Consider removing them so that there's no code to clean up later.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
| Auto-Submit | +1 |
@Deprecated('Use textContains instead') String? text,Felipe MorschelWhy are we declaring deprecated parameters in a newly added methods? Consider removing them so that there's no code to clean up later.
Great catch!
Forgot to check as resolved.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
| Code-Review | +1 |
import 'package:analyzer_testing/analysis_rule/analysis_rule.dart';Can you document in the CL description why all these new imports are needed?
ExpectedError error(Why is this deleted? If this is intentional, please add it to the CL description.
ExpectedError error(Was this dead code or did it get moved somewhere?
@Deprecated('Use messageContainsAll instead') Pattern? correctionContains,Should this say "Use correctionContainsAll"?
set parsedTestCode(TestCode value) {We don't usually comment on both the setter and the getter; dartdoc will document both with the getter's comment. Is there a reason to specially document each here (with the same text)?
set testCode(String value) {Since this is a setter, I would expect the doc comment to read with a verb like "Sets the raw..."
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
| Auto-Submit | +1 |
import 'package:analyzer_testing/analysis_rule/analysis_rule.dart';Can you document in the CL description why all these new imports are needed?
Sure. TLDR: I removed the `error` methods from the specific classes there and imported the same one everwhere that method was not available.
ExpectedError error(Why is this deleted? If this is intentional, please add it to the CL description.
Deleted. This is explained at https://dart-review.googlesource.com/c/sdk/+/463840/comment/2eb42ba5_370435d3/ and the CL desciption.
ExpectedError error(Was this dead code or did it get moved somewhere?
Deleted. This is explained at https://dart-review.googlesource.com/c/sdk/+/463840/comment/2eb42ba5_370435d3/ and the CL desciption.
@Deprecated('Use messageContainsAll instead') Pattern? correctionContains,Should this say "Use correctionContainsAll"?
Great catch! Thanks!
We don't usually comment on both the setter and the getter; dartdoc will document both with the getter's comment. Is there a reason to specially document each here (with the same text)?
I wasn't aware of that. Thanks!
Since this is a setter, I would expect the doc comment to read with a verb like "Sets the raw..."
| 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. |
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
| Commit-Queue | +2 |
Oh if you want to document TestCode APIs, either in pkg/analysis_server_plugin/doc, or somewhere in pkg/analyzer_testing, that would be wonderful; otherwise someone on the team probably can.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
| Auto-Submit | +1 |
Oh if you want to document TestCode APIs, either in pkg/analysis_server_plugin/doc, or somewhere in pkg/analyzer_testing, that would be wonderful; otherwise someone on the team probably can.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
| Code-Review | +1 |
| Commit-Queue | +2 |
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
| Auto-Submit | +1 |
I'm sorry. I'm not familiar with these files. How can I edit them to make the bots pass?
https://logs.chromium.org/logs/dart/buildbucket/cr-buildbucket/8697277265645935537/+/u/test_results/new_test_failures
---
Also, I've asked a question about this API on the issue: https://github.com/dart-lang/sdk/issues/61889#issuecomment-3573293513
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
| Auto-Submit | +1 |
I'm sorry. I'm not familiar with these files. How can I edit them to make the bots pass?
https://logs.chromium.org/logs/dart/buildbucket/cr-buildbucket/8697277265645935537/+/u/test_results/new_test_failures---
Also, I've asked a question about this API on the issue: https://github.com/dart-lang/sdk/issues/61889#issuecomment-3573293513
A better question would probably be: how did I break those?
Here is the full failure https://ci.chromium.org/ui/p/dart/builders/try/analyzer-linux-release-try/96555/overview
| 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. |
Felipe MorschelI'm sorry. I'm not familiar with these files. How can I edit them to make the bots pass?
https://logs.chromium.org/logs/dart/buildbucket/cr-buildbucket/8697277265645935537/+/u/test_results/new_test_failures---
Also, I've asked a question about this API on the issue: https://github.com/dart-lang/sdk/issues/61889#issuecomment-3573293513
A better question would probably be: how did I break those?
Here is the full failure https://ci.chromium.org/ui/p/dart/builders/try/analyzer-linux-release-try/96555/overview
Okay, so it seems I didn't break those ones. Thanks for the bots!
Would you mind taking a look at my question on the issue @sraw...@google.com and @brianwi...@google.com? Thanks! (Feel free to hop over too Paul, I'm just not entirely sure you are interested)
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
Is this something you still want to push forward on, or are you still waiting on an answer from us?
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |
Is this something you still want to push forward on, or are you still waiting on an answer from us?
Yes I do. I'll probably take a look at this tomorrow, thanks for the reminder.
From the issue discussion, the `fooFromRange` methods/functions might not be the best path forward. So I'll probably leave this "usage" part for a second CL so this doesn't get too big.
| Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. |