501052 2025-03-04 11:56:36 +0000 Plasmashell freezes at sshfs password prompt on command line 2025-06-21 12:55:13 +0000 1 1 4 Plasma plasmashell generic-performance 6.3.2 Debian unstable Linux RESOLVED FIXED regression NOR normal 1.0 504984 1 grundik plasma-bugs-null aspotashev germano.massullo kde kdedev nate postix 6.4.0 0 oldest_to_newest 2404561 0 grundik 2025-03-04 11:56:36 +0000 When I mount a filesystem using sshfs, plasma totally freezes until actual connection is made, i.e. until I enter connection password or cancel connection by ctrl-c. STEPS TO REPRODUCE 1. try to mount filesystem by sshfs, but do not enter ssh password; 2. observe plasmashell is frozen: you cannot restore applications from system tray, you cannot switch desktops, nothing; 3. stop connection attempt by ctrl-c; 4. observe plasmashell is working again like nothing happened. OBSERVED RESULT Plasmashell is frozen while password is being asked. EXPECTED RESULT Plasmashell should not freeze. SOFTWARE/OS VERSIONS Operating System: Debian GNU/Linux 12 KDE Plasma Version: 6.3.2 KDE Frameworks Version: 6.11.0 Qt Version: 6.8.2 Kernel Version: 6.13-amd64 (64-bit) Graphics Platform: X11 ADDITIONAL INFORMATION This behavior started in 6.3, before that everything were fine. Only notification "filesystem is not responding" were shown, if password was not entered timely. 2418513 1 grundik 2025-04-23 22:11:03 +0000 Probably related: plasma is quite unresponsive when disks are on heavy load, like its almost impossible to use system tray. Looks like something synchronously polling mounts. 2425157 2 postix 2025-05-18 12:52:29 +0000 *** Bug 502454 has been marked as a duplicate of this bug. *** 2425159 3 postix 2025-05-18 12:55:27 +0000 Can confirm on 6.3.6. Unfortunately I have to use ``` sshfs user@host:/ mymount ``` which let Plasmashell freeze if the host is not responding (fast enough), as I can't mount the remote directory due to bug #504148. 2425163 4 kde 2025-05-18 13:07:23 +0000 Confirmed. KFilePlacesModel (presumably from Notifications) reloads its list upon a new device appearing, querying mountpoints to find KDE Connect (which is also sshfs) and then blocking on a statvfs on that defunct sshfs mount. 2425185 5 bug-janitor 2025-05-18 15:31:38 +0000 A possibly relevant merge request was started @ https://invent.kde.org/frameworks/kio/-/merge_requests/1897 2429402 6 bug-janitor 2025-06-01 07:29:58 +0000 A possibly relevant merge request was started @ https://invent.kde.org/frameworks/kio/-/merge_requests/1906 2430110 7 kde 2025-06-03 23:55:54 +0000 Git commit a00d12417064be64cdda93eb8bf73fffc3e5fb41 by Kai Uwe Broulik. Committed on 03/06/2025 at 15:19. Pushed by broulik into branch 'master'. KFilePlacesItem: Try harder not to check for KDE Connect KMountPoint might block in statvfs on a broken sshfs mount. We know that KDE Connect mounts into XDG_RUNTIME_DIR, so any other mount can't be it. Furthermore, if the place has been hidden before we don't need to do any of this. M +23 -12 src/filewidgets/kfileplacesitem.cpp https://invent.kde.org/frameworks/kio/-/commit/a00d12417064be64cdda93eb8bf73fffc3e5fb41 2433625 8 grundik 2025-06-17 13:34:50 +0000 Im sorry for maybe dumb question, but... Why this situation is even possible? How could it be, if single operation in a plugin causes blocking the whole plasma? Shouldnt it be done in separate thread in the first place? 2434780 9 germano.massullo 2025-06-21 09:17:32 +0000 I cannot reproduce anylonger the bug on Plasma 6.4.0 2434817 10 postix 2025-06-21 12:03:34 +0000 Looks like Plasmashell indeed no longer freezes, just Dolphin still doesn't open until the connection is established or aborted.