| Summary: | Omit non-existent items from recent documents list | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] frameworks-activities-stats | Reporter: | Alexander Potashev <aspotashev> |
| Component: | general | Assignee: | Ivan Čukić <ivan.cukic> |
| Status: | CONFIRMED --- | ||
| Severity: | wishlist | CC: | bugseforuns, meven29, nate, plasma-bugs-null |
| Priority: | NOR | ||
| Version First Reported In: | 5.60.0 | ||
| Target Milestone: | --- | ||
| Platform: | Fedora RPMs | ||
| OS: | Linux | ||
| See Also: | https://bugs.kde.org/show_bug.cgi?id=460571 | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Alexander Potashev
2019-07-20 03:01:42 UTC
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? |