Bug 416171 - Files in a filtered view still appear even when permanently deleted
Summary: Files in a filtered view still appear even when permanently deleted
Status: RESOLVED DUPLICATE of bug 429006
Alias: None
Product: dolphin
Classification: Applications
Component: bars: filter (show other bugs)
Version: 19.12.1
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: Dolphin Bug Assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-01-12 16:03 UTC by DeKay
Modified: 2021-01-10 07:38 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Screen recording of view not automatically refreshing (717.18 KB, video/x-matroska)
2021-01-10 07:38 UTC, tagwerk19
Details

Note You need to log in before you can comment on or make changes to this bug.
Description DeKay 2020-01-12 16:03:36 UTC
SUMMARY
Dolphin is not refreshing the view when files are permanently deleted from a filtered list of files.


STEPS TO REPRODUCE
1. Open a directory filled with files that can be safely deleted.  I tested this in Dolphin's "Details" view, but I'm not sure it matters.
2. Control-F to bring up the filter bar.  Control-Click to select a handful of files
3. Shift-Delete to delete the files.  This will correctly bring up a warning that "This action cannot be undone."
4.  Click on "Delete"

OBSERVED RESULT
The warning window will close but the deleted files will remain in the filtered view and will still be selected, even though they were in fact deleted.  Selecting Shift-Delete to delete the files once again and selecting "Delete" on the warning popup will correctly give the message "The file or folder <blah> does not exist".

F5 to redisplay the view shows the files are properly deleted.

If I "Move to Trash" by using the "Delete" key in Step 3 above instead of "Shift-Delete", the view is properly refreshed as expected.

EXPECTED RESULT
The view should automatically refresh after files are permanently deleted, just as they are when moved to the Trash.


SOFTWARE/OS VERSIONS
Linux/KDE Plasma: ArchLinux
(available in About System)
KDE Plasma Version: 5.17.5-1
KDE Frameworks Version: 5.65.0
Qt Version: 5.14.0

ADDITIONAL INFORMATION
Comment 1 DeKay 2020-01-13 13:14:36 UTC
Ooops.  Step #2 in steps to reproduce should read

2. Control-F to bring up the filter bar.  Enter a bit of text in the filter bar and hit Enter to make the filter actually take effect (a simpler filter like "a" that lets most of the files remain visible is fine).  Then Control-Click to select a handful of files
Comment 2 Justin Zobel 2020-11-19 07:03:49 UTC
Thanks for the report DeKay. I've just tested on dolphin 20.08.3 and I cannot reproduce this issue.

Can you please test and confirm if this issue is still occurring or if this bug report can be marked as resolved. I'm setting status to "needsinfo" pending your response, please change back to "reported" or "resolved" when you respond, thanks.
Comment 3 Nate Graham 2020-11-19 15:04:01 UTC
This is an issue with Baloo not noticing deleted files.

*** This bug has been marked as a duplicate of bug 429006 ***
Comment 4 tagwerk19 2021-01-10 07:38:47 UTC
Created attachment 134700 [details]
Screen recording of view not automatically refreshing

This seems reproducible with the 'extra' step of providing some search text (as per comment 2)

STEPS TO REPRODUCE

    Create a set of files, say, File1 to File8

    Open Dolphin, Ctrl-F and type "File". You'll get the files listed

    Highlight File3 to File6 and delete or shift-delete them. 

OBSERVED RESULTS

    The files will have been deleted, as can be checked from the
    command prompt. Baloo has noticed the change ("baloosearch File"
    shows just the remaining files) but the view does _not_
    refresh.

    If you pressing F5 refreshes the screen and the deleted files
    vanish. Caught this in the attached recording. 

EXPECTED RESULTS

    Dolphin notices the files have been deleted and refreshes the
    view itself 

ADDITIONAL INFORMATION

    For me, it does not seem to matter if the files are moved to
    trash or hard deleted.

    Without a search term, the delete and refresh work as expected.
    It does not seem to matter if the "search term" is the stem of a
    filename and the search done for filenames or as text and a
    full text search is being done.

    It is possible to reproduce (a per the screen recording) but the
    caching seems a bit unpredictable. The behaviour is reproducible
    but not reliably reproducible...

    I'd say this is not a baloo issue (as described in 429006, although
    there are times when baloo does not see the changes and needs a
    'balooctl check' ).

    I think it's worth reopening the bug... 

SOFTWARE/OS VERSIONS

    Neon Testing
    Dolphin : 20.12.1
    Plasma : 5.20.4
    Frameworks : 5.78.0
    Qt : 5.15.2