Did a bit of searching regarding this <https://github.com/arturbosch/detekt/issues/1122> and i am se...

# detekt

[pavlospt]

Did a bit of searching regarding this https://github.com/arturbosch/detekt/issues/1122 and i am seeing that even though any test we would write, will work correctly, when run with Gradle, it’s like it ignores the given value and executes the Rules with the default ones (e.g.: ObjectPropertyNaming -> privatePropertyPattern: '[A-Za-z][_A-Za-z0-9]*')

[mauin]

There is a very similar sounding issue open...

[mauin]

Is it passing the correct config to the CLI?

[pavlospt]

it is the correct file

[pavlospt]

--config, /path/to/detekt-config.yml

[pavlospt]

and also the YAML config printed afterwards contains the proper value

[mauin]

I also looked at so etching similar this morning and thought the same you're describing. Somehow the default seems to be used sometimes.

[pavlospt]

somewhere in-between this gets overriden

[pavlospt]

Gave it a try but could not find anything that would explain it 😕 It is a very weird bug. Will probably try again tomorrow!

[skennedy]

i also may be experiencing this, with privateParameterPattern in ConstructorParameterNaming

[mauin]

Are you specifying failFast: true in your config?

[mauin]

enabling failfast could be the one of the issues. But on the other hand the config shared in https://github.com/arturbosch/detekt/issues/1132 does not use failFast so there seems to be another issue somewhere

[pavlospt]

I think this get’s a lot worse when failfast is enabled

[pavlospt]

i am seeing reported Rules that are commented in detekt-config.yml when I enable it

[pavlospt]

@mauin so this is not a bug as I see now on the comments, right?

[mauin]

In the case of FailFast this kind of is the intended behavior. But I'm worried that even without FailFast something seems to be off.

[mauin]

At least from what I can gather in these reports.

[skennedy]

i don’t have failfast enabled