[bug] localStorage not syncing between multiple webview windows on Linux

[Ynng]

Describe the bug

localStorage is synced between multiple webview windows on Windows and macOS but not Linux.

On Linux, only 1 window's local storage gets saved when the tauri app exits. The rest of the windows' local storage is out of sync with each other and is disposed of when the tauri app exits.

In the example video below, the 2 windows on the left are running in Fedora 40, their counters are out of sync.
The 2 windows on the right are running in Windows 11, their counters are in sync.

Screencast.from.2024-09-12.19-29-11.mp4

Reproduction

The counter example shown in the video: https://github.com/Ynng/tauri-localstorage-sync-test

OR:

Reproduce from scratch:

• Create a new Ubuntu LTS 24 virtual machine
• Install "Debian" dependencies from the Tauri v2 setup guide
• Install Rust curl --proto '=https' --tlsv1.2 https://sh.rustup.rs -sSf | sh
• Install nvm curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.1/install.sh | bash
• Install node nvm install node
• Enable pnpm corepack enable pnpm
• Create a new Tauri app pnpm create tauri-app --rc with React, TypeScript and pnpm
• Modify tauri.conf.json to create 2 windows with different labels
• Start the dev server
• Open devtools in both window, locater the "local storage" section
• Add a new key in one window's location storage, observe the local storage entries in the other window

Expected behavior

The localStorage entries should be in sync between the two windows.
In the reproduction repo, the counter should stay in sync between the two windows.

Full tauri info output

[✔] Environment
    - OS: Ubuntu 24.4.0 x86_64 (X64)
    ✔ webkit2gtk-4.1: 2.44.3
    ✔ rsvg2: 2.58.0
    ✔ rustc: 1.81.0 (eeb90cda1 2024-09-04)
    ✔ cargo: 1.81.0 (2dbb1af80 2024-08-20)
    ✔ rustup: 1.27.1 (54dd3d00f 2024-04-24)
    ✔ Rust toolchain: stable-x86_64-unknown-linux-gnu (environment override by RUSTUP_TOOLCHAIN)
    - node: 22.8.0
    - pnpm: 9.10.0
    - npm: 10.8.2

[-] Packages
    - tauri 🦀: 2.0.0-rc.11
    - tauri-build 🦀: 2.0.0-rc.10
    - wry 🦀: 0.43.1
    - tao 🦀: 0.30.0
    - tauri-cli 🦀: 2.0.0-rc.12
    - @tauri-apps/api : 2.0.0-rc.4
    - @tauri-apps/cli : 2.0.0-rc.13

[-] Plugins
    - tauri-plugin-shell 🦀: 2.0.0-rc.3
    - @tauri-apps/plugin-shell : 2.0.0-rc.1

[-] App
    - build-type: bundle
    - CSP: unset
    - frontendDist: ../dist
    - devUrl: http://localhost:1420/
    - framework: React
    - bundler: Vite

Stack trace

No response

Additional context

I get warnings like these sometimes on linux

(process:1737224): libsoup-WARNING **: 19:55:42.244: Failed to execute query: database is locked

(process:1737224): libsoup-WARNING **: 19:55:42.244: Failed to execute query: no such table: soup_hsts_policies

Failed to create hard link from /home/wenqi/.cache/tauri-app/WebKitCache/Version 16/Blobs/3DE2C89C97AF2523D1A566F90E64D1EB6FED08A2 to /home/wenqi/.cache/tauri-app/WebKitCache/Version 16/Records/2D857AF3C0D6CD0AE5639C83ED0E05BB5A00AEED/Resource/D36F616E0D261016A1484FD7FF748035207E4BBE-blob

The problem exists with both Tauri v1 and v2

[greenhat616]

Maybe you could checkout the plugin tauri-plugin-store for a workaround?
Most state managers such as jotai, receive a Storage interface, like:

export interface AsyncStorage<Value> {
    getItem: (key: string, initialValue: Value) => PromiseLike<Value>;
    setItem: (key: string, newValue: Value) => PromiseLike<void>;
    removeItem: (key: string) => PromiseLike<void>;
    subscribe?: Subscribe<Value>;
}
export interface AsyncStringStorage {
    getItem: (key: string) => PromiseLike<string | null>;
    setItem: (key: string, newValue: string) => PromiseLike<void>;
    removeItem: (key: string) => PromiseLike<void>;
    subscribe?: StringSubscribe;
}

And tauri-plugin-store provide a onKeyChange fn to recevie value changed: https://github.com/tauri-apps/tauri-plugin-store/blob/96185a8aedb7a8658de7281cd8ac0149874de425/guest-js/index.ts#L181-L190

You could wrap it to a Storage impl to finish the cross platform usage.

[Ynng]

Thanks for the suggestion, I'm using tauri store as a work around for now