Mark new AnnotationRule finding from 0.47.0 as non correctable

[arturbosch]

Expected Behavior

https://github.com/pinterest/ktlint/blob/6265d7f7b16ced7405f3c3f83cffb2c30ada1df5/ktlint-ruleset-standard/src/main/kotlin/com/pinterest/ktlint/ruleset/standard/AnnotationRule.kt#L108-L116

Current Behavior

0.47.0 update is missing

Context

IJ plugin should not report KtLint findings which are not corrected as "auto correctable".
See #5324

[sanggggg]

@arturbosch If you are not working on, can I work on this issue?

And I have a question,
ktlint tells us whether the rule is auto-correctable or not by canBeAutoCorrected parameter in emit callback, so is it okay to solve this issue by using this value?

detekt/detekt-formatting/src/main/kotlin/io/gitlab/arturbosch/detekt/formatting/FormattingRule.kt

Lines 115 to 125 in e259980

	private fun beforeVisitChildNodes(node: ASTNode) {
	wrapping.beforeVisitChildNodes(node, autoCorrect) { offset, errorMessage, canBeAutoCorrected ->
	emit.invoke(offset, errorMessage, canBeAutoCorrected)
	}
	}
	private fun afterVisitChildNodes(node: ASTNode) {
	wrapping.afterVisitChildNodes(node, autoCorrect) { offset, errorMessage, canBeAutoCorrected ->
	emit.invoke(offset, errorMessage, canBeAutoCorrected)
	}
	}

ktlint's declaration of canBeAutoCorrected parameter in emit lambda

Currently checking whether the rule is auto-correctable or not by overriden function FormattingRule::canBeCorrectedByKtLint. But I think replacing it with canBeAutoCorrected parameter in emit callback can solve this problem more consistently with ktlint. (and do not need manual synchronizing)

detekt/detekt-formatting/src/main/kotlin/io/gitlab/arturbosch/detekt/formatting/FormattingRule.kt

Lines 74 to 75 in 561d25b

	// KtLint has rules which prompts the user to manually correct issues e.g. Filename and PackageName.
	protected open fun canBeCorrectedByKtLint(message: String): Boolean = true

I also checked that current behaviors of FormattingRule::canBeCorrectedByKtLint in each implementation rules are exactly same as ktlint(0.47.1)'s canBeAutoCorrected parameter in emit lambda. (except for AnnotationRule)

[arturbosch]

Oh, you are totally right. In line 92 the _ parameter can be used for this.
Yes, I introduced unnecessary complexity here :/.
@Sangggg Yes, please. You can work on it.
RulesWhichCantBeCorrectedSpec are the testcases which would be still green I think :)