Skip to content

Conversation

@ramonsmits
Copy link
Member

@ramonsmits ramonsmits commented Jan 13, 2026

During smoketesting of v6.9.0, we noticed that after deployed on a Windows VM, the logs were not written to the expected location.

Symptoms

The configured log path is not used, and logs are instead written to the installation directory of the instance

Who's affected

Users hosting ServiceControl, Audit, or Monitoring as a Windows service

Root cause

All instances invoke ExeConfiguration.PopulateAppSettings but that happens AFTER logging is initialized. This causes the internal LogPath setting to not be initialized correctly.

Confirmed workarounds

None

Resolution

Invoking ExeConfiguration.PopulateAppSettings before logging it initialized.

@mauroservienti mauroservienti enabled auto-merge (squash) January 13, 2026 17:05
@mauroservienti mauroservienti merged commit f901cdd into master Jan 14, 2026
32 checks passed
@mauroservienti mauroservienti deleted the fix-populate-appsettings branch January 14, 2026 07:59
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants