Bug Description
Clicking the "+" button in the chat input and selecting "Files" opens a file chooser dialog, but the dialog is completely unresponsive — no clicks register, no keyboard input works, no drag-and-drop highlight appears. The dialog is visible but unusable, forcing the user to kill the dialog via window manager.
The same dialog works correctly in the Projects area (adding files to a project via drag-and-drop functions normally). Only the chat file attachment dialog is affected.
Steps to Reproduce
- Open a chat conversation in Jan
- Click the "+" button in the chat input bar
- Select "Files" from the dropdown menu
- A file chooser dialog appears
- Observe: the dialog does not respond to any mouse clicks or keyboard input
Expected Behavior
The file chooser dialog should be interactive — user can navigate directories and select files.
Actual Behavior
The dialog opens but is frozen/unresponsive. Window manager can close it (Alt+F4) but it is otherwise dead.
Environment
- Jan version: 0.8.2 (Flatpak, from Flathub)
- OS: Fedora 44
- Kernel: 7.0.11-200.fc44.x86_64
- Desktop: KDE Plasma 6.6.5
- Display server: Wayland
- GPU: No NVIDIA (NVML not available)
- Flatpak runtime: org.gnome.Platform/x86_64/50
- Flatpak permissions: shared=ipc;network; sockets=fallback-x11;pulseaudio;wayland;x11; devices=dri; filesystems=home;
- xdg-desktop-portal: 1.21.2 (active)
- xdg-desktop-portal-kde: 6.6.5 (active on D-Bus)
Diagnostics Attempted
- Setting
GTK_USE_PORTAL=0 via Flatpak override — no change in behavior
- Setting
GDK_BACKEND=x11 with --socket=x11 Flatpak override — no change in behavior
- Drag-and-drop from Dolphin file manager into chat window — no highlight, no drop event
- Drag-and-drop into Projects area — works correctly
- The MCP filesystem server (activated separately) works correctly — model can read files via tool calls
Relevant Logs
No errors are logged when the file dialog opens or fails. The application log shows normal startup including successful MCP initialization. The dialog simply opens unresponsive with no error output.
Bug Description
Clicking the "+" button in the chat input and selecting "Files" opens a file chooser dialog, but the dialog is completely unresponsive — no clicks register, no keyboard input works, no drag-and-drop highlight appears. The dialog is visible but unusable, forcing the user to kill the dialog via window manager.
The same dialog works correctly in the Projects area (adding files to a project via drag-and-drop functions normally). Only the chat file attachment dialog is affected.
Steps to Reproduce
Expected Behavior
The file chooser dialog should be interactive — user can navigate directories and select files.
Actual Behavior
The dialog opens but is frozen/unresponsive. Window manager can close it (Alt+F4) but it is otherwise dead.
Environment
Diagnostics Attempted
GTK_USE_PORTAL=0via Flatpak override — no change in behaviorGDK_BACKEND=x11with--socket=x11Flatpak override — no change in behaviorRelevant Logs
No errors are logged when the file dialog opens or fails. The application log shows normal startup including successful MCP initialization. The dialog simply opens unresponsive with no error output.