AL MCP: warnings from code cops missing
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 42/100
Research direction
Start with the al_compile and al_getdiagnostics entry points described in the report, then compare their diagnostics with the VS Code output and problems views. Done means diagnostics from the configured code cops are included alongside compiler warnings, with behavior matching the reported VS Code comparison.
Written by the indexing model from the issue text.
Description
1. Describe the bug
I'm working with Claude and the AL language MCP. When building the project and fetching the diagnostics, I only get the output of the compiler warnings (AL), not the output of the configured code cops.
2. To Reproduce
Install claude, AL MCP and open a project with multiple warnings.
Claude called the al_compile tool like that:
{ "options": { "enableCodeAnalysis": true, "codeAnalyzers": ["${CodeCop}", "${PerTenantExtensionCop}", "${UICop}"], "maxDiagnosticsPerCompilation": 2500 } }
Then it called al_getdiagnostics:
{ "projectPath": "c:\\pathtomyproject\\app", "limit": 500 }
The behavior is somewhat similar to VS Code. If I build the project, in the output view, I see all warnings from the compiler and all code analyzer tools, but in the problems view, I only see the warnings from the compiler.
3. Expected behavior
I expect the MCP to include the diagnostics from the code cops as well as the problems view in VS code to include the warnings from the code cops.
4. Actual behavior
asking claude for the number of warnings grouped by code, shows only AL warnings
Doing the same in VS code, I get more warnings regarding code cops that are not shown in the MCP.
5. Versions:
- AL Language: 18.0.2293710
- Visual Studio Code: current insider build
- Business Central: current BC28
- List of Visual Studio Code extensions that you have installed: does not apply for the question
- Operating System:
- Windows
- Linux
- MacOS
Final Checklist
Please remember to do the following:
- Search the issue repository to ensure you are reporting a new issue
- Reproduce the issue after disabling all extensions except the AL Language extension
- Simplify your code around the issue to better isolate the problem
- Dominant language
- PowerShell
- Stars
- 881
- Forks
- 285
- Avg merge
- 3d 36m
- Merged PRs (30d)
- 1
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from microsoft/AL
-
accepted al-tools bug
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
-
AL 18.0.2732683 regression: System.Drawing types cannot be resolved from assembly probing paths Open
Difficulty 4/5 3-5 days Newbie friendliness 48/100
-
Difficulty 3/5 1-2 days Newbie friendliness 55/100
-
Difficulty 3/5 1-2 days Newbie friendliness 68/100
-
accepted packaging
Difficulty 4/5 3-5 days Newbie friendliness 48/100
Similar issues
-
compiler/runtime
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
objectionary/eo#8869 · 1 comment ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
EricSpencer00/Resilient#4824 · 1 comment ·
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
objectionary/jeo-maven-plugin#1758 ·
-
generics
Difficulty 2/5 1-3 hours Newbie friendliness 82/100