https://bugs.kde.org/show_bug.cgi?id=392456

Méven <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|---                         |FIXED
      Latest Commit|                            |https://invent.kde.org/fram
                   |                            |eworks/kio/-/commit/8e0681b
                   |                            |85ca1edbb34137d2d4f4f3de573
                   |                            |e93964

--- Comment #33 from Méven <[email protected]> ---
Git commit 8e0681b85ca1edbb34137d2d4f4f3de573e93964 by Méven Car.
Committed on 26/09/2026 at 09:41.
Pushed by meven into branch 'master'.

KCoreDirLister: update search results when a file is deleted or renamed

A file deleted or renamed from a search result view (baloosearch:/,
filenamesearch:/, ...) stayed visible until a manual reload. Search results
list items whose url() points at the real file (carried in UDS_URL) while the
listing itself is keyed by the search url. The change notifications from
KDirNotify carry the real file url, and both slotFilesRemoved() and the
findByUrl() used by slotFileRenamed() only look in that url's parent directory,
which is never the search listing, so the item was never found.

Also match such items by url() across the live listings. To keep this off the
hot path, each listing records whether it holds items whose url() is foreign to
it (its items have a different scheme, as search results do); ordinary
directories set nothing extra and skip the scan entirely.

M  +96   -0    autotests/kdirlistertest.cpp
M  +1    -0    autotests/kdirlistertest.h
M  +61   -1    src/core/kcoredirlister.cpp
M  +22   -0    src/core/kcoredirlister_p.h

https://invent.kde.org/frameworks/kio/-/commit/8e0681b85ca1edbb34137d2d4f4f3de573e93964

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to