Wix 4中为Bundle设置LogPathVariable失败的问题排查

• 先查Bundle自身的burn日志：默认在%TEMP%目录下，格式为BundleName_YYYYMMDDHHMMSS.log。搜索MsiPackage相关条目，查看调用MSI时的命令行参数里/l*v后的路径是否和配置一致。路径不对则是变量解析或配置问题；路径正确但日志未生成，继续排查。
• 手动测试MSI日志生成：用命令行执行msiexec /i YourApp.msi /l*v "你的硬编码日志路径"，验证日志能否正常生成。手动能生成则问题出在Bundle配置或执行上下文；手动也不行则是MSI包本身存在限制（比如自定义操作修改日志路径、包内禁用日志）。
• 确认执行权限上下文：更新服务升级通常用Local System账户，即便目录存在，也要用Process Monitor跟踪msiexec进程的文件写入操作，确认该账户对目标日志目录有写入权限。
• 检查LogPathVariable配置细节：
  • 变量是否在Bundle的Variable元素中正确声明，注意Wix变量区分大小写，比如LOGPATH_PROP和logpath_prop是不同变量。
  • 硬编码路径需为绝对路径，XML中无需转义反斜杠，避免用相对路径导致解析错误。
  • MsiPackage元素的LogPathVariable属性是否准确指向定义的变量名，排查拼写错误。
• 查看Windows应用程序事件日志：搜索来源为MsiInstaller的事件，查找日志生成失败的错误提示（如路径无效、权限不足等）。
• 排查升级场景特殊情况：确认升级时Bundle是否加载了正确的变量配置，是否有其他逻辑覆盖LOGPATH_PROP的值；同时检查目标日志文件是否被其他进程锁定（如应用正在运行占用文件）。

内容的提问来源于stack exchange，提问作者Brad Y.