AL MCP in VSGHCP Chat - cannot publish/download with MCP only with VS Code tools
Nobody has claimed this yet.
- Dominant language
- PowerShell
- Stars
- 881
- Forks
- 285
- Avg merge
- 3d 36m
- Merged PRs (30d)
- 1
Description
Please include the following with each issue:
1. Describe the bug
I'm testing AL MCP in VS Code GHCP chat alongside the VS Code tools I used for our agents in past weeks. I cannot figure out what's wrong.
2. To Reproduce
- al_auth_login works
- al_publish returns an error
Input
{
"projectPath": "c:\\Users\\XX\\ALProjects\\X\\ZZZ-ZZZ_ZZZ\\app",
"environmentName": "AUDev",
"environmentType": "Sandbox",
"tenant": "Z-X-X-X-X",
"schemaUpdateMode": "ForceSync",
"forceUpgrade": false,
"skipBuild": false
}
Output
{"succeeded":false,"message":"Build failed. Check diagnostics for details.","nextSteps":[],"errorDetails":{"code":"CompilationFailed","description":"AL compilation failed with errors","possibleCauses":["Syntax errors in AL code","Missing dependencies","Incompatible API versions","Missing or incompatible symbol references"],"suggestedActions":["Check the Problems panel in VS Code for specific compilation errors","Download symbols using al_downloadsymbols tool if missing","Review and fix syntax errors in AL code","Check app.json dependencies are correct"],"alternatives":["Try al_downloadsymbols tool to download symbols first","Check dependencies with al_getpackagedependencies"],"missingPrerequisites":[],"diagnosticHints":["Check the Problems panel for compilation errors and diagnostics","Check the AL Language extension output panel for details"],"retryable":true},"warnings":[]}
- al_getdiagnostics shows nothing
Input
{
"projectPath": "c:\\Users\\XX\\ALProjects\\_Fusion5\\XX\\app"
}
Output
{"succeeded":true,"diagnostics":[],"errorCount":0,"truncated":false}
- al_downloadsymbols shows error
Input
{
"environmentName": "AUDev",
"environmentType": "Sandbox",
"projectPath": "c:\\Users\\XX\\ALProjects\\_Fusion5\\XX\\app",
"tenant": "Z-X-X-X-X",
}
Output
{"succeeded":false,"message":"No project found in workspace.","nextSteps":[],"errorDetails":{"code":"InvalidProject","description":"The current workspace is not a valid AL project","possibleCauses":["Invalid app.json configuration","Invalid project structure","Unsupported project version"],"suggestedActions":["Check if app.json exists and is valid","Create a new AL project","Verify the project structure matches AL conventions"],"alternatives":[],"missingPrerequisites":[],"diagnosticHints":[],"retryable":false},"warnings":[]}
The VS Code facade tools are working correctly
Workspace has two AL projects - app and test subfolders
3. versions
- AL Language: 17.0.2273547
- GitHub Copilot Chat: 0.42.3
- Version: 1.114.0 (user setup)
- Commit: e7fb5e96c0730b9deb70b33781f98e2f35975036
- Date: 2026-04-01T09:27:11Z
- Electron: 39.8.3
- ElectronBuildId: 13658728
- Chromium: 142.0.7444.265
- Node.js: 22.22.1
- V8: 14.2.231.22-electron.0
- OS: Windows_NT x64 10.0.26200
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.
Research direction
Start by reproducing the reported sequence of al_auth_login, al_publish, al_getdiagnostics, and al_downloadsymbols in the workspace containing app and test AL projects. Inspect how the MCP tools discover the workspace and project, then compare their behavior with the working VS Code facade tools. Done means the MCP-only workflow identifies the project and provides usable publish, symbol-download, and diagnostic results.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- vscode
- Domain
- tooling
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100