martin-helmich/typo3-typoscript-lint

Disabling DeadCodeSniff

tomasnorre opened this issue ยท 6 comments

Hi,

First I really like you work here, and I'm about to implement it as part of my Automated QA, Thanks. ๐Ÿ‘

This is more a question that an issue, hope it's ok to address it here.

I want to allow comments in my TypoScript files, and therefor my tslint.yml looks like following:

sniffs:
  - class: Indentation
    parameters:
      useSpaces: true
      indentPerLevel: 4
  - class: OperatorWhitespace
  - class: RepeatingRValue
  - class: DuplicateAssignment
  - class: NestingConsistency

So right now it's basically just a copy of you tslint.dist.yml which the - class: DeadCode removed.

But when running the linter, with this tslint.yml as -c (config file) input, it still complain about the DeadCode/Comments..

If I changes useSpaces or indentPerLevel it instantly changes the responses I get from linting.

Is there something logically i'm completely missing in this tool?

Thanks for the feedback! It's been a while since I've been working on
this, but I'll try to have a look as soon as I get the chance.

Am 27.10.2015 um 19:00 schrieb Tomas Norre Mikkelsen:

Hi,

First I really like you work here, and I'm about to implement it as part
of my Automated QA, Thanks. ๐Ÿ‘

This is more a question that an issue, hope it's ok to address it here.

I want to allow comments in my TypoScript files, and therefor my
tslint.yml looks like following:

|sniffs: - class: Indentation parameters: useSpaces: true indentPerLevel:
4 - class: OperatorWhitespace - class: RepeatingRValue - class:
DuplicateAssignment - class: NestingConsistency |

So right now it's basically just a copy of you tslint.dist.yml which the

  • class: DeadCode removed.

But when running the linter, with this tslint.yml as -c (config file)
input, it still complain about the DeadCode/Comments..

If I changes useSpaces or indentPerLevel it instantly changes the
responses I get from linting.

Is there something logically i'm completely missing in this tool?

โ€”
Reply to this email directly or view it on GitHub
#1.

Thanks, Let me know if i can help in any way.. I will dig into it my self, i'll let you know if i find the problem :) It could be just me.

I've been able to pinpoint the issue; the problem is that a local configuration file -- if existent -- will still be merged with the distributed configuration file that is shipped with this package (and which still contains all possible sniffs).

I've introduced an additional configuration option in #2. Please have a look if this fixes your problem. :)

Thanks, I'll check

I'm assuming this issue to be resolved with #2. Feel free to reopen this issue if that should not be the case.

Sorry forgot to follow up on that..