Bug 488050

Summary:	Baloo does not update automatically when tags or ratings are changed
Product:	[Applications] dolphin	Reporter:	m1vri31c
Component:	search	Assignee:	Dolphin Bug Assignee <dolphin-bugs-null>
Status:	REPORTED ---
Severity:	normal	CC:	dolphin-bugs-null, postix, tagwerk19
Priority:	NOR
Version First Reported In:	24.05.0
Target Milestone:	---
Platform:	Other
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description m1vri31c 2024-06-05 04:24:58 UTC

SUMMARY
Baloo doesn’t automatically update when tags or ratings are changed. They do not update in the sidebar (you have to go into all tags and hit refresh), or within tag fragments (you have to hit refresh). When viewing a directory, tags and ratings also don't update in the info columns when they are altered, like would be expected for any other kind of change like a rename or a file addition or deletion.

STEPS TO REPRODUCE
1. Add a tag to a file

OBSERVED RESULT
The change won't be reflected in the sidebar, tag fragments, info columns in viewed folder, or info panel. A refresh is required to see it.

EXPECTED RESULT
Change appears immediately just like any other change.

SOFTWARE/OS VERSIONS
NixOS 24.11 (unstable channel)
KDE Plasma Version: 6.0.5
KDE Frameworks Version: 6.2.0 
Qt Version: 6.7.1

Comment 1 tagwerk19 2024-06-06 07:24:39 UTC

(In reply to m1vri31c from comment #0)
> EXPECTED RESULT
> Change appears immediately just like any other change.
There might be subtlety involved here...

It seems, if you add a tag (or change a rating), that the baloo_file process sees the change: the first steps of noticing the iNotify and updating the metadata in the index works.
    
You can make a change and see the updated info if you look at the file with "balooshow -x" (or find the tag when searching).
        
What doesn't seem to work is Dolphin noticing the change in the indexed info and updating its view. A minor exception being if you drag-and-copy a file into a Tag Folder in Dolphin, the tag gets added to the file and the view is correct.

This is on Fedora (plus some double checking on Neon User)

Comment 2 tagwerk19 2024-06-06 07:41:34 UTC

Also Bug 401019