• v1.13.2 6015f8669b

    fix: WebviewUrl::App hash fragment bug — tool windows loading empty page
    All checks were successful
    Build & Sign Wraith / Build Windows + Sign (push) Successful in 3m45s

    Ghost released this 2026-03-30 19:04:30 +00:00 | 0 commits to main since this release

    ROOT CAUSE FOUND: WebviewUrl::App takes a PathBuf, not a URL.
    Passing "index.html#/tool/ping?sessionId=abc" treated the ENTIRE
    string including # and ? as a file path. Tauri looked for a file
    literally named "index.html#/tool/ping?sessionId=abc" which doesn't
    exist. The webview loaded an empty/404 page and WKWebView killed
    the content process, closing the window instantly.

    Fix:

    • Rust: split URL at '#' — pass only "index.html" to WebviewUrl::App,
      then set the hash fragment via window.eval() after build()
    • Vue: App.vue now listens for 'hashchange' event in addition to
      checking hash on mount, so the eval-injected hash triggers the
      correct tool/detached mode

    This was NEVER a CSP issue, focus issue, crossorigin issue, or
    async chunk loading issue. It was always a bad file path.

    Co-Authored-By: Claude Opus 4.6 (1M context) noreply@anthropic.com

    Downloads