Arthur van de Vondervoort

The LC0003/LC0005 rules indeed create a (possible) false positive when there where now symbols downloaded yet. This should now be resolved in the (pre)release version of [v0.30.16](https://github.com/StefanMaron/BusinessCentral.LinterCop/releases/tag/v0.30.16) of the LinterCop.

Version [v0.30.16](https://github.com/StefanMaron/BusinessCentral.LinterCop/releases/tag/v0.30.16) of the LinterCop is now released. Is it possible to verify of the issue is now resolved?

```AL AmpersandTok: Label '&', Locked = true; ``` Is my assumption right that this should be treated as a token? Renaming the label to `&Tok` isn't going to work for...

Thank you both for joining the discussion here! - [LC0046 - Label with suffix Tok must be locked.](https://github.com/StefanMaron/BusinessCentral.LinterCop/wiki/LC0046) - [LC0047 - Locked Label must have a suffix Tok.](https://github.com/StefanMaron/BusinessCentral.LinterCop/wiki/LC0047) It think...

Thank you for reporting this! This should now be resolved in the (pre)release version of [v0.30.16](https://github.com/StefanMaron/BusinessCentral.LinterCop/releases/tag/v0.30.16) of the LinterCop.

Version [v0.30.16](https://github.com/StefanMaron/BusinessCentral.LinterCop/releases/tag/v0.30.16) of the LinterCop is now released. Is it possible to verify of the issue is now resolved?

I completely understand your request and also I've stumbled upon this to be honest. Applying a case statement with different enum values will indeed quite easily hit the cyclomatic complexity...

Can you easily create a repo or do I need to add a LC0000 here?

@fvet I've added an extra check, and now will raise the LC0000 diagnostic in the pre-release [v0.30.14](https://github.com/StefanMaron/BusinessCentral.LinterCop/releases/tag/v0.30.14) version of the LinterCop. Would be great if you could share a code...

> I tried again to open my project using the latest AL prerelease, but it's just full of random errors, so I switched back to the latest release instead some...