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
After upgrading from v0.9.2 → v0.9.3 on Fedora 44 KDE Plasma (Wayland, KWin), the recording overlay is no longer visible. Transcription itself works fine — only the overlay window disappears.
This is a regression introduced in v0.9.3. Downgrading back to v0.9.2 restores the overlay immediately (verified).
Root Cause (investigated)
v0.9.2 shipped via a cjpais/tauri fork (branch handy-2.10.2) with custom tauri-runtime, tauri-runtime-wry, and tauri-utils that carried Wayland-specific patches for GTK layer-shell integration.
The overlay is created successfully and show_overlay_state() runs to completion (logs confirm set_size / pos_calc / set_pos / show). GTK layer-shell initializes. But the KWin compositor never renders the layer surface — the window is logically shown but not painted on screen.
Running with the env var that skips GTK layer-shell makes the overlay appear:
HANDY_NO_GTK_LAYER_SHELL=true /usr/bin/handy
→ Overlay becomes visible (as a regular window), but centered, because on Wayland the compositor blocks client-side window positioning. This confirms the layer-shell surface is the piece that broke between the fork and upstream tauri 2.11.5.
Reproduction
Install Handy-0.9.3-1.x86_64.rpm on Fedora 44 KDE Plasma, Wayland session.
Set overlay_style: Live (default), overlay_position: bottom.
Start a recording (e.g. push-to-talk).
Expected: overlay shows at the bottom of the screen.
Actual: no overlay is visible; transcription still works.
Set HANDY_NO_GTK_LAYER_SHELL=true and repeat → overlay appears (centered).
System Information
App Version: 0.9.3 (regression vs 0.9.2)
Operating System: Fedora 44 KDE Plasma 6
Session: Wayland (KWin)
Architecture: x86_64 (rpm package)
Additional notes
The cjpais/tauri fork appears to have no 2.11.x branch, so a clean revert via Cargo.toml is not currently possible without porting the Wayland layer-shell patches to upstream tauri 2.11.
On v0.9.2 the overlay works correctly (positioning + visibility), with only minor/occasional UI lag — that version is the last known-good for KDE Wayland overlay.
Bug Description
After upgrading from v0.9.2 → v0.9.3 on Fedora 44 KDE Plasma (Wayland, KWin), the recording overlay is no longer visible. Transcription itself works fine — only the overlay window disappears.
This is a regression introduced in v0.9.3. Downgrading back to v0.9.2 restores the overlay immediately (verified).
Root Cause (investigated)
cjpais/taurifork (branchhandy-2.10.2) with customtauri-runtime,tauri-runtime-wry, andtauri-utilsthat carried Wayland-specific patches for GTK layer-shell integration.tauri2.11.5 + a pinnedtao(commit07f3742b1, only to fix Wayland CSD).show_overlay_state()runs to completion (logs confirmset_size/pos_calc/set_pos/show). GTK layer-shell initializes. But the KWin compositor never renders the layer surface — the window is logically shown but not painted on screen.Evidence
With
RUST_LOG=debug /usr/bin/handy:Settings confirm
overlay_style: Live,overlay_position: bottom,start_hidden: true.Workaround that proves the cause
Running with the env var that skips GTK layer-shell makes the overlay appear:
→ Overlay becomes visible (as a regular window), but centered, because on Wayland the compositor blocks client-side window positioning. This confirms the layer-shell surface is the piece that broke between the fork and upstream tauri 2.11.5.
Reproduction
Handy-0.9.3-1.x86_64.rpmon Fedora 44 KDE Plasma, Wayland session.overlay_style: Live(default),overlay_position: bottom.HANDY_NO_GTK_LAYER_SHELL=trueand repeat → overlay appears (centered).System Information
Additional notes
cjpais/taurifork appears to have no 2.11.x branch, so a clean revert via Cargo.toml is not currently possible without porting the Wayland layer-shell patches to upstream tauri 2.11.