SUMMARY Non-existent folders in recent documents ask to choose application. STEPS TO REPRODUCE 1. Attach a USB Flash Drive. 2. Mount and open it in Dolphin, for me it mounted as /run/media/aspotashev/985D-39FF 3. Unmount and disconnect the USB Flash Drive. 4. In the Application Launcher, go to "Recent" and click on "985D-39FF". OBSERVED RESULT A dialog "Choose application" is opened. EXPECTED RESULT It should notify me that the folder does not exist anymore, and possibly remove it from the "Recent" section of application launcher. SOFTWARE/OS VERSIONS Operating System: Fedora 30 KDE Plasma Version: 5.15.5 KDE Frameworks Version: 5.59.0 Qt Version: 5.12.4 Kernel Version: 5.1.16-300.fc30.x86_64 OS Type: 64-bit Processors: 2 × Intel® Celeron® CPU B800 @ 1.50GHz Memory: 3,8 ГиБ ADDITIONAL INFORMATION
I can reproduce more simply : 1. Create a repertory, open it in dolpin 2. Delete the repertory 3. Open the entry from the kickoff/kicker menu Same results as original report. This concerns KAcitivitieStats lib as well.
So is this a bug in KActivitiesStats, or in the UI that's presenting the data?
It is more like a missing feature: Avoid displaying recent documents/folders that have been deleted. It might be fixed in KactivityStats/kactivimanagerd : disabling entries that are not available/have been deleted, either observing the filesystem, or stating the files when querying excluding them in the results. Or in dolphin/KFileWidget remove the activity resource when a file/folder is deleted/unmounted, ignoring changes outside of those supported apps scope. But the fix is not obvious, as either way have important downsides. I would favor the first option as it is closer to what a user would expect but more complicated to implement.
Yeah, I agree.
This should be requested by KAStats - src/resultmodel.cpp:507 KAMD mostly does not care whether something is a file or not - it just deals with urls. The clients choose what is added and what is forgotten. Can you check what the URL is of that item in the recents?