NSWorkspace设activates=false仍激活应用，TestFlight版popover异常求助

针对你遇到的TestFlight安装后启动主应用作为辅助进程时，activates = false不生效、popover被关闭的问题，可尝试以下几种解决方案：

1. 调整启动时机，避开popoverWillShow回调 #

popoverWillShow是popover即将显示的前置回调，此时启动外部应用会触发系统焦点切换逻辑，TestFlight的沙盒限制会放大这种干扰，直接导致popover失去焦点被关闭。建议将启动逻辑移到popoverDidShow（popover已完全显示后），或者提前到扩展初始化阶段执行：

override func popoverDidShow(in window: SFSafariWindow) {
    if Self.mainApp == nil {
        log(name: "Launch Mainapp as helper", t: "")
        launchMainApp()
    }
}

2. 增强OpenConfiguration的非激活配置 #

仅设置activates = false可能不足以覆盖TestFlight环境下的系统默认行为，需额外指定激活策略为禁止激活：

func launchMainApp() {
    guard let mainAppAsHelperURL = NSWorkspace.shared.urlForApplication(withBundleIdentifier: mainAppBundleIdentefier) else { return }
    let openConfiguration = NSWorkspace.OpenConfiguration()
    openConfiguration.activates = false
    // 强制应用以非激活状态启动，不获取焦点
    openConfiguration.additionalActivationPolicy = .prohibited

    NSWorkspace.shared.openApplication(at: mainAppAsHelperURL, configuration: openConfiguration, completionHandler: { mainApp, err in
        if let error = err {
            DispatchQueue.main.async {
                let alert = NSAlert(error: error)
                alert.runModal()
            }
        } else {
            Self.mainApp = mainApp
        }
    })
}

3. 检查主应用的Info.plist与权限配置 #

TestFlight环境的沙盒规则比本地调试严格，需确认主应用的配置是否符合后台辅助进程的要求：

• 将主应用Info.plist中的LSUIElement设为YES，让应用不在Dock显示，且默认以非激活状态启动
• 确保扩展与主应用的App Groups配置完全一致，避免进程间通信权限异常触发焦点切换
• 验证NSAppleEventsUsageDescription是否正确配置，启动应用涉及Apple Event权限，TestFlight环境下权限验证逻辑更严格

本地与TestFlight差异原因 #

本地调试时Xcode会赋予应用额外的调试权限，沙盒限制被放宽；而TestFlight分发的版本完全遵循App Store的正式沙盒规则，系统的焦点管理、权限验证逻辑会严格执行，导致本地正常的无激活启动逻辑在TestFlight下失效。

内容的提问来源于stack exchange，提问作者Nikolai Nagornyi