https://bugs.kde.org/show_bug.cgi?id=514193
--- Comment #1 from [email protected] --- Environment Windows: Windows 11 25H2 KDE Connect (Windows): version 25.803.5525.0 (source: Microsoft Store) Android: Android 12 KDE Connect (Android): version 1.34.4 Network: same Wi‑Fi/router (yes/no): yes ; Windows network profile (Private/Public): Private VPN / virtual adapters (WSL / Hyper‑V / VMware): no Issue 1: Main window “Share file” doesn’t work; tray menu “Send files” works Steps to reproduce: Pair two devices and ensure they are online/connected Open the KDE Connect main window on Windows Click “Share file” / “Send file” from the main UI Actual result: Clicking “Share file” does nothing (have file picker, no visible error message) However, sending files via the system tray icon menu → “Send files” works normally Expected result: The main UI “Share file” should trigger the same send flow as the tray menu If it fails, it should show a clear error (e.g., no device selected, device not reachable, permission/path issue) Issue 2: Plugin enable/disable state doesn’t refresh until UI is reopened/redrawn Steps to reproduce: Open KDE Connect main window → Plugins (or feature list) Enable/disable a plugin Observe the UI state Actual result: The plugin status displayed in the user interface does not update immediately, and by default, all plugins are enabled but appear as disabled. UI only becomes correct after a “redraw”, e.g.: clicking the tray icon, or tray right‑click → “Open App” (reopening the app window) Expected result: UI should refresh immediately after toggling plugins Or provide a refresh action / automatically re-fetch plugin status Issue 3: Receiving/sending files fails unless the download/receive folder is explicitly set (Windows + Android) Steps to reproduce: On a fresh setup (or after resetting settings), try receiving a file without configuring the download/receive folder Try again after setting the folder Actual result: File transfer/receiving does not work (or fails silently) until a receive folder is set This happens on both Windows and Android, and the lack of guidance/error messaging is confusing Expected result: On first file receive, prompt the user to choose a download folder (or use a sensible default like Downloads/KDEConnect) If the folder is not set or not writable, show a clear actionable error and link to the setting -- You are receiving this mail because: You are watching all bug changes.
