Bug 475919 - Dolphin search shows doubled results
Summary: Dolphin search shows doubled results
Status: REPORTED
Alias: None
Product: frameworks-baloo
Classification: Frameworks and Libraries
Component: Baloo File Daemon (show other bugs)
Version: 5.111.0
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: baloo-bugs-null
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-10-21 10:36 UTC by tagwerk19
Modified: 2024-07-07 15:56 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description tagwerk19 2023-10-21 10:36:55 UTC
SUMMARY

    A search with Dolphin shows each match "twice": the "This is the file you are looking for.txt" and a "This is the file you are looking for.txt (1)"

    This will be most obvious for people with a simple, ext4, disc setup

STEPS TO REPRODUCE:

    1...
        Index your files with Baloo

    2...
        Update to Frameworks 5.111

    3...
        Wait for a while, open a "tag folder" or search for a term...

OBSERVED RESULT:

    You may get two results:

        This is the file you are looking for.txt
        This is the file you are looking for.txt (1)

EXPECTED RESULT:

    You get the single hit, as before:

        This is the file you are looking for.txt

SOFTWARE/OS VERSIONS:

    Neon User 5.27
    Plasma: 5.27.8
    Frameworks: 5.111.0
    Qt: 5.15.11
    Filesystem: Ext4

ADDITIONAL INFORMATION:

    This is a side effect of:

        https://invent.kde.org/frameworks/baloo/-/merge_requests/169

    This patch resolves the issue with files being indexed multiple times on systems with
    BTRFS (and multiple subvolumes). Baloo now indexes the files with a "stable"
    document ID whereas previously it often saw files "as new files" after a reboot.

    A "balooctl purge" and letting the rendexing continue will remove the doubled
    entries. After this has completed the problem of multiple entries for BTRFS
    should be solved and the "older" set of index entries on ext4 based systems should
    also go.
Comment 1 tagwerk19 2023-10-21 14:12:45 UTC
An addendum...

On systems running systemd, Baloo runs with a cap on the memory it can use, see:
    https://invent.kde.org/frameworks/baloo/-/merge_requests/124
Limiting the RAM to 512 Mbyte means that it loads the system less.

When restarting the indexing with "balooctl purge", Baloo is not limited and you may see an impact on responsiveness. Restarting the system will restart the indexing following the systemd unit limits...

Alternatively, kill the baloo_file process, purge the database and start the service with systemctl:

    pkill baloo_file
    balooctl purge
    systemctl --user start kde-baloo.service