Current Behavior
Clicking Attach File in Wave AI crashes the app instead of showing an error when the desktop portal FileChooser interface is unavailable.
Wave version
0.14.5
Platform
Linux (Hyprland session, NixOS)
Current behavior
When I click Attach File in the AI panel, Wave crashes/closes.
Expected Behavior
Expected behavior
Wave should not crash.
If file chooser backend is unavailable, Wave should show a non-fatal error message and keep running.
Steps To Reproduce
Reproduction steps
- Start Wave on Linux/Hyprland.
- Open AI panel.
- Click Attach File.
- Observe crash.
Diagnostic evidence
• Wave stderr shows:
◦ org.freedesktop.DBus.Error.InvalidArgs: No such interface "org.freedesktop.portal.FileChooser"
◦ electron/shell/browser/ui/file_dialog_linux_portal.cc:88 Failed to read portal version property
• Direct DBus probe fails in the same path:
◦ Calling org.freedesktop.portal.FileChooser.OpenFile on /org/freedesktop/portal/desktop returns:
◦ No such interface "org.freedesktop.portal.FileChooser"
• xdg-desktop-portal -v -r logs show:
◦ Requested gtk.portal is unrecognized
◦ portal loading from a directory where only hyprland.portal is found (no gtk portal metadata), so FileChooser never registers.
Wave Version
v0.14.5
Platform
Linux
OS Version/Distribution
NixOS (latest) + unstable
Architecture
x64
Anything else?
Workaround found
I can make FileChooser callable by forcing portal metadata dir in a user override for xdg-desktop-portal.service:
• XDG_DESKTOP_PORTAL_DIR=/run/current-system/sw/share/xdg-desktop-portal/portals
• Then restart user portal services.
• After that, direct DBus FileChooser.OpenFile call succeeds (returns a request object path).
Why this should still be handled in Wave
Even when system portal/backend config is imperfect, clicking Attach File should fail gracefully with an actionable message, not crash the app process.
Request
Please add defensive handling around Linux portal file chooser failures:
• catch missing/invalid FileChooser interface errors
• show user-facing error
• do not crash the app
Current Behavior
Clicking Attach File in Wave AI crashes the app instead of showing an error when the desktop portal FileChooser interface is unavailable.
Wave version
0.14.5
Platform
Linux (Hyprland session, NixOS)
Current behavior
When I click Attach File in the AI panel, Wave crashes/closes.
Expected Behavior
Expected behavior
Wave should not crash.
If file chooser backend is unavailable, Wave should show a non-fatal error message and keep running.
Steps To Reproduce
Reproduction steps
Diagnostic evidence
• Wave stderr shows:
◦ org.freedesktop.DBus.Error.InvalidArgs: No such interface "org.freedesktop.portal.FileChooser"
◦ electron/shell/browser/ui/file_dialog_linux_portal.cc:88 Failed to read portal version property
• Direct DBus probe fails in the same path:
◦ Calling org.freedesktop.portal.FileChooser.OpenFile on /org/freedesktop/portal/desktop returns:
◦ No such interface "org.freedesktop.portal.FileChooser"
• xdg-desktop-portal -v -r logs show:
◦ Requested gtk.portal is unrecognized
◦ portal loading from a directory where only hyprland.portal is found (no gtk portal metadata), so FileChooser never registers.
Wave Version
v0.14.5
Platform
Linux
OS Version/Distribution
NixOS (latest) + unstable
Architecture
x64
Anything else?
Workaround found
I can make FileChooser callable by forcing portal metadata dir in a user override for xdg-desktop-portal.service:
• XDG_DESKTOP_PORTAL_DIR=/run/current-system/sw/share/xdg-desktop-portal/portals
• Then restart user portal services.
• After that, direct DBus FileChooser.OpenFile call succeeds (returns a request object path).
Why this should still be handled in Wave
Even when system portal/backend config is imperfect, clicking Attach File should fail gracefully with an actionable message, not crash the app process.
Request
Please add defensive handling around Linux portal file chooser failures:
• catch missing/invalid FileChooser interface errors
• show user-facing error
• do not crash the app