#WebKitWebProcess core dump on linux

9 messages · Page 1 of 1 (latest)

zealous mauve
#

Hey all,
I'm running into a strange issue with my app crashing seemingly randomly on linux. I have a large application that displays logs of another application. I have no issues most of the time but randomly my app freezes. The web process goes all white but the main application never crashes so my debugger doesn't trap. Looking at my system logs, it looks like WebKitWebProces is crashing:

Found module /usr/lib/x86_64-linux-gnu/webkit2gtk-4.0/WebKitWebProcess with build-id: b3db8661c3583e83ab5131cf576a935a933960a3
Stack trace of thread 42352:
#0  0x00007f2a3cc159fc n/a (n/a + 0x0)```

I know the core dump doesnt tell much but this is all the information on the issue I have and I can't reproduce it consistently.  I'm just looking for advice on how to debug this issue better as it happens in both dev and release builds.
white vault
#

Can you share the output of tauri info?

zealous mauve
#
> [email protected] tauri
> tauri info


Environment
  › OS: Linux Mint 21.2 X64
  › Node.js: 18.18.0
  › npm: 9.8.1
  › pnpm: Not installed!
  › yarn: Not installed!
  › rustup: 1.26.0
  › rustc: 1.75.0
  › cargo: 1.75.0
  › Rust toolchain: stable-x86_64-unknown-linux-gnu 

Packages
  › @tauri-apps/cli [NPM]: 1.2.3 (outdated, latest: 1.5.9)
  › @tauri-apps/api [NPM]: 1.2.0 (outdated, latest: 1.5.3)
  › tauri [RUST]: 1.4.1,
  › tauri-build [RUST]: 1.3.0,
  › tao [RUST]: 0.16.2,
  › wry [RUST]: 0.24.3,

App
  › build-type: bundle
  › CSP: default-src 'self'; img-src 'self' asset: https://asset.localhost http://textures.minecraft.net/texture/ https://media.forgecdn.net/;
  › distDir: ../public
  › devPath: http://localhost:8080/
  › framework: Svelte
  › bundler: Rollup

App directory structure
  ├─ node_modules
  ├─ src-tauri
  ├─ .vscode
  ├─ logs
  ├─ .git
  ├─ public
  ├─ .github
  └─ src
white vault
#

Your CLI, API, and build versions don't match your core library version. Would you be able to update everything to the latest version? Keep a copy of your Cargo.lock and package.lock files in case you want to go back.

zealous mauve
#

Just made a backup and updated but I have the same issue with nearly the same core dump:
Edit: Currently im running Wayland, just tried with X11 and I'm getting the same issue.
Edit 2: Updated WebKit to 2.42.4, still happening

Process 52264 (WebKitWebProces) of user 1000 dumped core.
Found module /usr/lib/x86_64-linux-gnu/webkit2gtk-4.0/WebKitWebProcess with build-id: b3db8661c3583e83ab5131cf576a935a933960a3
Stack trace of thread 52264:
#0  0x00007fbbbcdd49fc n/a (n/a + 0x0)

> [email protected] tauri
> tauri info


[✔] Environment
    - OS: Linux Mint 21.2 X64
    ✔ webkit2gtk-4.0: 2.42.3
    ✔ rsvg2: 2.52.5
    ✔ rustc: 1.75.0 (82e1608df 2023-12-21)
    ✔ cargo: 1.75.0 (1d8b05cdd 2023-11-20)
    ✔ rustup: 1.26.0 (5af9b9484 2023-04-05)
    ✔ Rust toolchain: stable-x86_64-unknown-linux-gnu (default)
    - node: 18.18.0
    - npm: 9.8.1

[-] Packages
    - tauri [RUST]: 1.4.1
    - tauri-build [RUST]: 1.3.0
    - wry [RUST]: 0.24.3
    - tao [RUST]: 0.16.2
    - @tauri-apps/api [NPM]: 1.5.3
    - @tauri-apps/cli [NPM]: 1.5.9

[-] App
    - build-type: bundle
    - CSP: default-src 'self'; img-src 'self' asset: https://asset.localhost http://textures.minecraft.net/texture/ https://media.forgecdn.net/;
    - distDir: ../public
    - devPath: http://localhost:8080/
    - framework: Svelte
    - bundler: Rollup
#

Ah ha, WebKitWebProces is crashing when I try to load logs while dev tools are open or after they've been opened and closed. Seems more like a WebKit issue than a Tauri issue to me

white vault
#

Are there a lot of logs?

#

The dev tools do have a known problem where the memory keeps growing until they're closed.

zealous mauve
#

Not really, I'm testing with log files between 250-700 lines. If I open and close dev tools on a different page then switch to the log viewer it still crashes. If I don't open dev tools at all, I'm able to load my largest testing log file of 1200 lines. I guess the memory issue is my problem