Open Grueslayer opened 2 years ago
These kind of detailed settings should only be logged if Verbose. Are you sure you do not have a workspace or folder based settings that overrides it.
Sorry....
I must revise my last comment. You are correct (a tool of ours has updated the workspace settings).
Now the situation is:
and the result is this:
So it seems the first instance does not handle the workspace settings correct.... or am I wrong?
You mean a second instance of VSCode as the term "second window"? Or these are folder settings rather than workspace?
Global settings C:\Users\jstocker9330\AppData\Roaming\Code\User\settings.json
NO settings for log existing
{
"todo-tree.tree.showScanModeButton": false,
"workbench.iconTheme": "al",
"php.validate.executablePath": "",
"vsicons.dontShowNewVersionMessage": true,
"git.suggestSmartCommit": false,
"git.confirmSync": false,
"git.defaultCloneDirectory": "c:/dev/devops",
"alObjectDesigner.useInternalNavigation": false,
"editor.formatOnSave": true,
"al.backgroundCodeAnalysis": true,
"al.enableCodeAnalysis": true,
"terminal.integrated.tabs.enabled": true,
"security.workspace.trust.enabled": false,
"security.workspace.trust.untrustedFiles": "open",
"explorer.confirmDelete": false,
"editor.largeFileOptimizations": false
}
Project A C:\Dev\devops\DEHAM-BUE\CCO0 Main\CCO0 Main.code-workspace
contains al.editorServicesLogLevel
= Verbose
{
"folders": [
{
"name": "app",
"path": "app"
},
{
"name": "test",
"path": "test"
}
],
"settings": {
"al.assemblyProbingPaths": [
"./.netpackages",
"C:/Windows/assembly/",
"C:/Program Files/Microsoft Dynamics 365 Business Central/160/Service/Add-ins"
],
"al.codeAnalyzers": [
"${PerTenantExtensionCop}",
"${CodeCop}",
"${UICop}"
],
"al.editorServicesLogLevel": "Verbose",
"al.enableCodeActions": true,
"al.enableCodeAnalysis": true,
"al.ruleSetPath": "./.codeAnalysis/thisproject.ruleset.json",
"alObjectDesigner.useInternalNavigation": false
}
}
If you now start VSCode (no other instance of VSCode is running) and Open Workspace from File...
choose that workspace then
NO EditorServices.log file is created and if that exist, NO output is written.
If the workspace configuration (you can see above) is applied, it should write verbose output but doesn't.
Now press <Ctrl><Shift>N
a new VSCode instance (window) will be opened. Start Open Workspace fro File...
and choose another Workspace file, lets name it Project B from C:\Dev\devops\DE-NORD-RDA\CCO0_Main\CCO0_Main.code-workspace
.
This is another window / instance of VSCode with another workspace in another folder.
Now this newly opened workspace creates verbose messages in the log.
If you do this vice versa (opening B first and in another new instance A) then A is logging verbose.
I don't know how to explain this in more detail....
Ok, thanks. We will investigate it. The AL language server is an exe (EditorHost.exe) opened by VsCode. The log verbosity option is provided as a command line argument to this instance as opposed to other AL options. So this option is global for the lifetime of the exe. And there is only one EditorServices.log that can be used by one language server executable instance as it is designed today.
The file
%localappdata%/EditorServices.log
grows up to multiple GB in a few weeks.This can be reproduced by following steps:
<Ctrl> <Shift> N
and load another AL workspace with at least one AL file opened as tab.Now the EditorServices.log contains a lot of verbose output (including source from your AL files). Here some lines:
...
...
and so on.
The Editor Services Log Level ist set to Normal and if you keep working in one instance of VSCode the log file is not available at all.
-- System Information -- AL Language VSCode Extension 8.1.540594 Microsoft (R) AL Compiler version 8.1.8.16322 VSCode 1.62.1