Bug 390730

Summary:	When removed for the "blacklist", devices not indexed unless indexation disabled / re-enabled
Product:	[Frameworks and Libraries] frameworks-baloo	Reporter:	Mahendra Tallur <mahen>
Component:	general	Assignee:	baloo-bugs-null
Status:	RESOLVED WORKSFORME
Severity:	normal	CC:	nate, tagwerk19
Priority:	NOR
Version First Reported In:	unspecified
Target Milestone:	---
Platform:	Neon
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Mahendra Tallur 2018-02-19 13:56:17 UTC

Hi ! This is an issue that has been occurring for several Plasma versions. I double checked recently with both the latest KDE Neon iso + updated and the Manjaro KDE iso.

Short form : When removed for the "blacklist", devices are not indexed unless indexation is disabled then re-enabled

Long form : When one installs a KDE distribution on a machine that has a separate data partition, this partition is usually automatically put in the Baloo indexer blacklist and is thus not indexed. Removing it (from the KDE "search" configuration panel) from the blacklist doesn't get it indexed.

To get this un-blacklisted partition indexed, one has to disable then re-enable the indexer. Just rebooting doesn't work.

Steps to reproduce :

1) install KDE Neon (or Manjaro KDE). In the installation wizard, choose a distinct ext4 data partition that is mounted under /data.
2) reboot, update the system
3) open the KDE control panel -> desktop search -> remove /data from the blacklist
4) wait a little, and notice 1) baloo is idle 2) files from /data are not indexed
5) reboot 
6) repeat 4
7) open the control panel again. Disable indexing completely. Re-enable it.
8) notice that the baloo process is not idle anymore and that files from /data are indeed being indexed

Reproducibility : always
Plasma 5.12.1
KDE Neon or Manjaro KDE

Comment 1 tagwerk19 2025-01-20 19:49:09 UTC

(In reply to Mahendra Tallur from comment #0)
> 1) install KDE Neon (or Manjaro KDE). In the installation wizard, choose a distinct ext4 data partition that is mounted under /data.
> 2) reboot, update the system
> 3) open the KDE control panel -> desktop search -> remove /data from the blacklist
Are you meaning "Manual Partitioning" and then creating a / and a /data partition?

I have not seen this create an excluded folder in the Baloo config. The config normally includes just your home directory (for Neon anyway, the rules are different for Fedora, Maybe Manjaro does its own thing)

> 4) wait a little, and notice 1) baloo is idle 2) files from /data are not indexed
That would be the case on Neon, you won't have included /data in your locations to index. It would need to be included with a "Start indexing a folder". Of course I'm looking at version of Neon maybe 6 years newer than yours...

> 5) reboot 
> 6) repeat 4
> 7) open the control panel again. Disable indexing completely. Re-enable it.
> 8) notice that the baloo process is not idle anymore and that files from /data are indeed being indexed
Not clear what's happening here.

If you still have this as an issue, maybe you can attach your .config/baloofilerc configuration file - see what it looks like directly after installation, see if it has changed after step 6 and again after step 8.

I can see that a running Baloo process *might* not recognise changes to the config file but logging out and back in again should be the maximum needed to get it to work.

Comment 2 Bug Janitor Service 2025-02-04 03:46:56 UTC

🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME.

For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging.

Thank you for helping us make KDE software even better for everyone!

Comment 3 Bug Janitor Service 2025-02-19 03:46:46 UTC

🐛🧹 This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.