我之前在处理InstallShield对话框导航逻辑时，也踩过一模一样的坑！问题出在Windows Installer处理ControlEvents的机制上：它会先预评估所有绑定到按钮的事件条件，再按顺序执行事件本身。你现在的配置里，NewDialog的CANCEL_NAVIGATION <> "1"条件在DoAction执行前就已经判定为True了，所以不管你在MyCustomAction里怎么设置这个属性，跳转都会触发，完全不生效。

给你几个能保留原有交互逻辑的可行方案：

方案1：让自定义动作直接控制导航（最推荐） #

彻底调整ControlEvents的逻辑，把导航的控制权完全交给自定义动作：

1. 删掉原按钮上的NewDialog事件，只保留：

   DoAction | MyCustomAction | _IsSetupTypeMin = "Custom"
   

2. 修改MyCustomAction的逻辑：
   • 当用户完成文件选择、不需要取消导航时，直接调用Windows Installer的API（比如MsiDoAction）触发NewDialog动作跳转到CustomSetup；或者直接设置Dialog属性指定下一个对话框
   • 当用户取消文件选择时，什么都不做，保持当前对话框打开就行

这个方案完全绕开了条件提前评估的问题，逻辑最直接，也能完美保留你要的“点击Next后触发文件选择，取消则留在当前页”的行为。

方案2：用SpawnDialog替代NewDialog（适合模态弹窗场景） #

如果你的文件选择窗口是模态弹窗，试试把NewDialog换成SpawnDialog——这个事件会在当前对话框之上弹出新窗口，关闭后回到原对话框，刚好匹配你的需求：

• 把按钮的ControlEvents改成：

  Event	Argument	Condition
  DoAction	MyCustomAction	_IsSetupTypeMin = "Custom"
  SpawnDialog	FileSelectionDialog	CANCEL_NAVIGATION <> "1"

• 在MyCustomAction里：用户取消文件选择就设CANCEL_NAVIGATION = "1"，这样SpawnDialog不会触发；用户确认就保留属性为空，弹窗打开
• 最后在文件选择对话框的OK按钮上配置NewDialog | CustomSetup，确认后直接跳转到目标对话框，取消就回到原页面

方案3：用动态属性控制导航条件 #

如果不想改自定义动作的逻辑，也可以调整ControlEvents的顺序和条件：

1. 保留DoAction | MyCustomAction | _IsSetupTypeMin = "Custom"
2. 添加一个新的NewDialog事件，条件改成依赖自定义动作设置的新属性（比如ALLOW_NAVIGATION）：

   NewDialog | CustomSetup | ALLOW_NAVIGATION = "1"
   

3. 在MyCustomAction里：用户确认文件选择就设ALLOW_NAVIGATION = "1"，取消就设ALLOW_NAVIGATION = "0"

⚠️ 注意：不管用哪个方案，MyCustomAction必须设置为即时执行（Immediate Execution），延迟执行的自定义动作会在安装后期才运行，根本影响不了对话框的导航逻辑！

内容的提问来源于stack exchange，提问作者Kristoffer Lerbæk Pedersen