Closed zabcik closed 4 months ago
Sorry to point you at https://github.com/microsoft/AL/issues/5315 and https://github.com/microsoft/AL/issues/6909
Microsoft are specifically using a fascist json loader for the app.json
file rather than the normal one, they haven't given a reason for this.
Microsoft "discussed" this issue and don't care.
They also pretend that your step (1) is unreasonable.
I suggest this in settings.json so vscode checks for json-404.
"files.associations": {
// Beware publish is seriously broken; it fails silently when app.json has comments.
"app.json": "json"
},
Hello rdebath,
It's a pity that 'AL Language' and 'alc.exe' do not load 'app.json' with the same restrictions. I am also curious about what 'AL Language' actually does during the endlessly long loading of the workspace... It's unfortunate that 'AL Language' doesn't show an error when 'app.json' is not correct for it.
Thank you for provided workaround with "files.association".
1. Describe the bug Encountering a persistent 'Loading workspace' issue in the 'AL Language' extension when 'app.json' contains 'jsonc' (JSON with Comments) compliant elements. The issue does not manifest immediately after making comments in 'app.json'; rather, it occurs upon reloading the project.
2. To Reproduce
File app.json:
3. Expected behavior The 'AL Language' extension should either show an error if 'app.json' is not correctly formatted or fully support 'jsonc'.
4. Actual behavior The extension allows the project to be packaged successfully after "jsonc" compliant modifications but fails after reload the workspace, leading to a never-ending loading state.
5. Versions:
6. Suggested Fix/Workaround: Either implement full 'jsonc' support for 'app.json' or ensure the extension displays an error for non-compliant formats.