Open KernelFreeze opened 1 year ago
mooijtech
commented
1 year ago It doesn't seem correct for the path to WebKitNetworkProcess to start with "././/".
What's the output of find /usr/lib* -name WebKitNetworkProcess?
See this comment: https://github.com/kimlimjustin/xplorer/issues/179#issuecomment-1012668962 References: https://github.com/tauri-apps/tauri/pull/2940
FabianLars
commented
1 year ago It doesn't seem correct for the path to WebKitNetworkProcess to start with "././/".
That's indeed correct. The xplorer issue you linked was related to a bug that's been fixed for a long time now (and is actually related to the ././. Edit: Ah whoops, you linked the fix i was talking about too.
KernelFreeze
commented
7 months ago I still have this problem, even when bundling my app on Ubuntu 22.04. When I run find /usr/lib* -name WebKitNetworkProcess this is the output that I get: /usr/lib/x86_64-linux-gnu/webkit2gtk-4.0/WebKitNetworkProcess
FabianLars
commented
7 months ago Are you using a newer tauri cli version nowadays? (Maybe you can get the tauri info output of your build machine?)
Maybe try deleting the ~/.cache/tauri folder, it's supposed to be overwritten automatically if necessary, but just to make sure (ignore this if you use CI that doesn't persist this folder).
KernelFreeze
commented
7 months ago I'm using the most recent Tauri CLI and Tauri dependencies, I tried bundling a new Tauri project, and I also deleted the ~/.cache/tauri directory but the problem persists. This is the output of my tauri info command:
[✔] Environment
- OS: Arch Linux Rolling Release X64
✔ webkit2gtk-4.0: 2.42.4
✔ rsvg2: 2.57.1
✔ rustc: 1.77.0-nightly (098d4fd74 2024-01-16)
✔ cargo: 1.77.0-nightly (84976cd69 2024-01-12)
✔ rustup: 1.26.0 (2023-11-14)
✔ Rust toolchain: nightly-x86_64-unknown-linux-gnu (environment override by RUSTUP_TOOLCHAIN)
- node: 21.6.0
- pnpm: 8.14.1
- yarn: 1.22.21
- npm: 10.3.0
[-] Packages
- tauri [RUST]: 1.5.2 (no manifest)
- tauri-build [RUST]: 1.5.0 (no manifest)
- wry [RUST]: 0.24.4 (no manifest)
- tao [RUST]: 0.16.5 (no manifest)
- tauri-cli [RUST]: 1.5.9
- @tauri-apps/api [NPM]: 1.5.3
- @tauri-apps/cli [NPM]: 1.5.9
[-] App
- build-type: bundle
- CSP: unset
- distDir: ../../frontend/out
- devPath: http://localhost:3000/
- framework: React (Next.js)
- bundler: WebpackAnd you're still getting the exact same error message as in the first message? (wouldn't mind if you would post it again)
Can you inspect the AppDir and AppImage (most archive programs should be able to open the latter) and check if the files are there?
KernelFreeze
commented
7 months ago Yeah, same error:
* (eufonia-client:136073): ERROR **: 19:06:27.390: Unable to spawn a new child process: Failed to execute child process “././/lib/x86_64-linux-gnu/webkit2gtk-4.0/WebKitNetworkProcess” (No such file or directory)As you can see in the file list, I have the required file in the filesystem (/tmp/.mount_EufoniLYVeAj/usr/lib/x86_64-linux-gnu/webkit2gtk-4.0/WebKitNetworkProcess) but for some reason it's looking at the wrong path.
FabianLars
commented
7 months ago Any chance you could share an appimage built on your system? I don't know of anyone else with this problem so i have to assume for now that it's someething specific to your app or system :/
KernelFreeze
commented
7 months ago Of course, I can't upload it to GitHub because the file is too heavy, but this is the direct link to the AppImage on our CDN: https://client.eufonia.studio/api/v2/download?file_type=installer&platform=linux-x86_64
KernelFreeze
commented
7 months ago I was thinking, maybe the problem is that I use cargo workspaces for my project in an unusual configuration:
FabianLars
commented
7 months ago can't imagine that the workspace would be an issue. I've seen a few different workspace configs in the wild already and none had this problem. I see that there's another binary in that appimage, does it interact with webkitgtk at all? Do you know whether you do anything that could change the current working dir? From my testing a while back this shouldn't be easily possible but who knows.
I really can't think of anything that could cause this right now so i don't think i can keep going with a minimal reproduction :/
Oh, speaking of that, did you try a fresh app via create-tauri-app already?
KernelFreeze
commented
7 months ago The other binary doesn't interact at all with webkitgtk, and I also created this new version using create-tauri-app, but yes you're right, I change the working dir at runtime to a new folder inside ~/.local/share/, and maybe that's the problem, I will check disabling that to see if we can confirm that's the reason of this bug.
Describe the bug
I tried building an AppImage file on both Ubuntu (GitHub Actions) and Arch Linux, but when I try to run it on Arch, it crashes with an error. I have webkit2gtk installed.
Reproduction
Expected behavior
No response
Platform and versions
$ tauri info
Environment › OS: Arch Linux Unknown X64 › Node.js: 18.9.1 › npm: Not installed! › pnpm: 7.12.2 › yarn: 1.22.19 › rustup: 1.25.1 › rustc: 1.66.0-nightly › cargo: 1.66.0-nightly › Rust toolchain: nightly-x86_64-unknown-linux-gnu
Packages › @tauri-apps/cli [NPM]: 1.1.1 › @tauri-apps/api [NPM]: 1.1.0
› tauri [RUST]: 1.1.1, › tauri-build [RUST]: 1.1.1, › tao [RUST]: 0.14.0, › wry [RUST]: 0.21.1,
App › build-type: bundle › CSP: › distDir: ../build › devPath: http://localhost:3001/ › framework: React › bundler: Webpack
App directory structure ├─ node_modules ├─ build ├─ .vscode ├─ venv ├─ scripts ├─ .git ├─ config ├─ .husky ├─ src-tauri ├─ .idea ├─ src ├─ public └─ .github Done in 4.80s.
Stack trace
Additional context
No response