Summary

This PR fixes incorrect plugin and binary paths on Windows installations.

Linux packages embed absolute paths in buildinfo (e.g. /usr/libexec/netdata/plugins.d). On Windows, however, the actual install prefix is determined at installation time (e.g. C:\Program Files\Netdata...), so the embedded absolute paths become invalid.

Solution

At startup, when running on Windows:

1. Normalize executable.Directory and buildinfo.PluginsDir to forward-slash form (using filepath.ToSlash) so suffix matching is reliable.
2. Check whether the executable lives inside the PluginsDir suffix.
3. If yes, strip the suffix to recover the actual installation prefix.
4. Rewrite: PluginsDir, NetdataBinDir, UserConfigDir, StockConfigDir.

Example:

• Raw Windows executable directory:

C:\Program Files\Netdata\usr\libexec\netdata\plugins.d\go.d.plugin

• Normalized for comparison:

C:/Program Files/Netdata/usr/libexec/netdata/plugins.d/go.d.plugin

• Build-time PluginsDir suffix (normalized):

/usr/libexec/netdata/plugins.d

• Suffix removal:

"C:/Program Files/Netdata/usr/libexec/netdata/plugins.d"
minus
"/usr/libexec/netdata/plugins.d"
=
"C:/Program Files/Netdata"

• Final install prefix:

C:\Program Files\Netdata

Test Plan

Additional Information

Summary by cubic

Fixes invalid install paths on Windows by deriving the install prefix at runtime and rewriting buildinfo paths. Plugins and binaries now resolve correctly on Windows; no changes on Linux/macOS.

• Bug Fixes
  • Detect Windows install prefix from the running executable directory when it matches the build-time PluginsDir suffix.
  • Rewrite UserConfigDir, StockConfigDir, PluginsDir, and NetdataBinDir using the detected prefix plus relative paths.
  • Skip rewriting when not on Windows or when layout doesn’t match (safe for dev/test).

^{Written for commit ea8f9d6. Summary will update automatically on new commits.}