We’re nearing our first release since very long, so I’ll do another technical blog post about Tracker ;)
When the RDF store is replaying its journal at startup and when the RDF store is restoring a backup it can be in busy state. This means that we can’t handle your DBus requests during that time; your DBus method will be returned late.
Because that’s not very nice from a UI perspective (the uh, what is going on?? -syndrome kicks in) we’re adding a signal emission that emits the progression and status. You can also ask it using DBus methods GetProgress and GetStatus.
The miners already had something like this, so I kept the API more or less the same.
signal sender=:1.99 -> dest=(null destination) serial=1454 path=/org/freedesktop/Tracker1/Status; interface=org.freedesktop.Tracker1.Status; member=Progress string "Journal replaying" double 0.197824 signal sender=:1.99 -> dest=(null destination) serial=1455 path=/org/freedesktop/Tracker1/Status; interface=org.freedesktop.Tracker1.Status; member=Progress string "Journal replaying" double 0.698153
Jürg just reviewed the SPARQL regex performance improvement of yesterday, so that’s now in master. If you want this busy status notifying today already you can test with the busy-notifications branch.