You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The filesystem related errors seem to rarely, if ever, specify what file they're talking about. For example, I got this while trying to write a Nixified reproducible wrapper for a Dioxus app on which I'm working:
112.859s DEBUG dx::build::request: Build completed successfully - output location: "/build/pdkcmjk4iv38xiqa39qzfdhv72yrrx0x-source/nicole_dioxus/./target/wasm32-unknown-unknown/release/nicole_dioxus.wasm"
112.859s DEBUG dx::build::request: Collecting assets ...
112.861s DEBUG dx::build::bundle: Assembling app bundle
112.861s DEBUG dx::build::bundle: Running wasm-bindgen dx_src=bundle
112.861s INFO dx::build::builder: Bundling app...
112.861s INFO dx::build::builder: Running wasm-bindgen...
112.986s DEBUG dx::build::bundle: wasm-bindgen complete in 124.06821ms dx_src=bundle
112.986s INFO dx::build::bundle: Running optimization with wasm-opt... dx_src=build
112.986s DEBUG dx::build::builder: Setting builder to failed state
112.986s ERROR dx::build::builder: err=Other(Failed to write main executable
Caused by:
0: I/O Error: No such file or directory (os error 2)
1: No such file or directory (os error 2))
112.987s ERROR dx: err=Other(Failed to write main executable
Caused by:
0: I/O Error: No such file or directory (os error 2)
1: No such file or directory (os error 2))
Notably, this is the output when using --trace --debug. This is unfortunately a significant pain to debug, when most if not errors are like this.
Or, e.g., this if the target dir is made unreadable via Unix perms:
thread 'tokio-runtime-worker' panicked at packages/cli/src/dioxus_crate.rs:177:39:
called `Result::unwrap()` on an `Err` value: Os { code: 13, kind: PermissionDenied, message: "Permission denied" }
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
0.695s ERROR err=Runtime("Build panicked! JoinError::Panic(Id(25), \"called `Result::unwrap()` on an `Err` value: Os { code: 13, kind: PermissionDenied, message: \\\"Permission denied\\\" }\", ...)")
0.697s ERROR err=Runtime("Build panicked! JoinError::Panic(Id(25), \"called `Result::unwrap()` on an `Err` value: Os { code: 13, kind: PermissionDenied, message: \\\"Permission denied\\\" }\", ...)")
Steps To Reproduce
The first one is somewhat complicated to reproduce, but the second can be reproduced by simply chmod -x target.
Expected behavior
dioxus-cli should give clear information when it runs into an error concerning the filesystem. In particular, it should tell you exactly what target files are in question, so that it's easier to figure out what's going on.
The text was updated successfully, but these errors were encountered:
Problem
The filesystem related errors seem to rarely, if ever, specify what file they're talking about. For example, I got this while trying to write a Nixified reproducible wrapper for a Dioxus app on which I'm working:
Notably, this is the output when using
--trace --debug
. This is unfortunately a significant pain to debug, when most if not errors are like this.Or, e.g., this if the target dir is made unreadable via Unix perms:
Steps To Reproduce
The first one is somewhat complicated to reproduce, but the second can be reproduced by simply
chmod -x target
.Expected behavior
dioxus-cli
should give clear information when it runs into an error concerning the filesystem. In particular, it should tell you exactly what target files are in question, so that it's easier to figure out what's going on.The text was updated successfully, but these errors were encountered: