Levi

probably. we're going to step over to https://github.com/webmozart/assert anyway

That would be fine as well. From a user perspective it's still an invalid key, but I reckon that would cause conflicting behaviour since other violations are hard to check...

I'm afraid my python knowledge is not sufficient enough to get this done in a reasonable amount of time. I checked the source code and tried a few things. But...

Hey @sobolevn Do you have an ETA for this roadmap? Especially https://github.com/wemake-services/dotenv-linter/issues/30 and https://github.com/wemake-services/dotenv-linter/issues/31 are of interest to me :)

Laravel reads the `vendor/composer/installed.json`. You could check the `"extra": { "laravel": { "providers": [` of all packages listed there. Keep in mind that the root `composer.json` could also contain excludes...

Hm, a shame this isn't picked up yet. I'm trying to get my team to work towards camelCaps local variables, which this sniff seems to enforce. Unfortunately this sniff is...

Ah, cool. Looks similar to what I just created: ```php class ValidVariableNameSniff extends BaseValidVariableNameSniff { protected function processVariable(File $phpcsFile, $stackPtr): void { $tokens = $phpcsFile->getTokens(); $varName = ltrim($tokens[$stackPtr]['content'], '$'); //...

Sowww.... I guess not? 🥺

I'm currently in the process of upgrading this package. Although I intend to keep the structure and interface as much intact as possible I do admit due to the upgrade...

Also note that I lack full comprehension of OpenID Connect. So I have to take a careful look at https://lcobucci-jwt.readthedocs.io/en/latest/upgrading/ to see what has to be changed all the while...