-
-
Notifications
You must be signed in to change notification settings - Fork 3.4k
Closed
Labels
Description
Describe the bug
The wix installer's final step where you can check Launch Process actually launches the executable in /target/release (dev environment build output) instead of the one located in the production install folder from wix.
Reproduction
- tauri build
- execute installer msi
- tick Launch process now and press finish
- check running process Properties > Security > Object Name or open file file location
Expected behavior
Launch process should launch the executable in the install folder not dev environment build output folder
Platform and versions
PS D:\Repo\Affinity\Source\ClientApp> npm run tauri info
> Vital Utilities@0.0.1 tauri
> tauri "info"
Operating System - Windows, version 10.0.22000 X64
Webview2 - 98.0.1108.56
Visual Studio Build Tools:
- Visual Studio Community 2022
Node.js environment
Node.js - 17.4.0
@tauri-apps/cli - 1.0.0-rc.5
@tauri-apps/api - 1.0.0-beta.8 (outdated, latest: 1.0.0-rc.1)
Global packages
npm - 8.4.1
pnpm - 6.30.0
yarn - 1.22.10
Rust environment
rustup - 1.24.3
rustc - 1.58.1
cargo - 1.58.0
toolchain - stable-x86_64-pc-windows-msvc
App directory structure
/.vscode
/bin
/build
/buildtemp
/config
/node_modules
/public
/src
/src-tauri
App
tauri - 1.0.0-rc.3
tauri-build - 1.0.0-rc.3
tao - 0.6.2
wry - 0.13.2
build-type - bundle
CSP - default-src blob: data: filesystem: ws: wss: http: https: tauri: 'unsafe-eval' 'unsafe-inline' 'self' img-src: 'self'
distDir - ../build
devPath - http://localhost:3000/
framework - ReactStack trace
No response
Additional context
i have following in my cargo toml
[profile.release.package.wry]
debug = true
debug-assertions = true
[profile.dev.package.wry]
debug = true
debug-assertions = true
Additionally, i build my msi without specifying the --release in tauri build. this is intentional to enable dev tools in the production environment, due to you guys choosing to disable it for release builds.
Reactions are currently unavailable

