https://bugs.kde.org/show_bug.cgi?id=422006
--- Comment #46 from [email protected] --- (In reply to yhl3051 from comment #45) > Confirming this is still present in Fedora 43 (Rawhide). > > Behavior: > Dragging a file from Trash -> Desktop copies the file successfully but > leaves a "ghost" icon in the Trash view. The icon persists until a manual > refresh (F5) or restarting Dolphin. > > Observation: > It appears the `rowsRemoved` signal is not being processed by the view > immediately after the drop event completes, suggesting a synchronization > issue between the KIO trash slave and the view model on Wayland. > > System Information: > Operating System: Fedora Linux 43 > KDE Plasma Version: 6.5.3 > KDE Frameworks Version: 6.20.0 > Qt Version: 6.10.1 > Graphics Platform: Wayland Confirming this is still present in Fedora 43 (Rawhide). Behavior: Dragging a file from Trash -> Desktop copies the file successfully but leaves a "ghost" icon in the Trash view. The icon persists until a manual refresh (F5). Diagnostic Result: I ran a python script using QFileSystemWatcher on the ~/.local/share/Trash/files directory. When the drag-and-drop occurs, the script IMMEDIATELY receives the "directoryChanged" signal. This proves the kernel and Qt are receiving the deletion event correctly. The issue is that Dolphin's view model is failing to process this signal or repaint while the DnD action is concluding. System Information: Operating System: Fedora Linux 43 KDE Plasma Version: 6.5.3 KDE Frameworks Version: 6.20.0 Qt Version: 6.10.1 Graphics Platform: Wayland -- You are receiving this mail because: You are watching all bug changes.
