What locations do you have configured to index?

  $ tracker-control --collect-debug-info

(In reply to comment #1)
> What locations do you have configured to index?

~/Documents, ~/Music, ~/Pictures and ~/Videos

>   $ tracker-control --collect-debug-info

Attached below.

Created attachment 285890 [details]
tracker-control-debug.txt

Has the miner been started or is it running at all?

Not sure if it is a bug with the text file not being updated or it's actually true but:

/home/hadess/.cache/tracker/last-crawl.txt
1408366450 (23 days 20 hours 02 minutes 17 seconds)

(In reply to comment #4)
> Has the miner been started or is it running at all?

It was running.

> Not sure if it is a bug with the text file not being updated or it's actually
> true but:
> 
> /home/hadess/.cache/tracker/last-crawl.txt
> 1408366450 (23 days 20 hours 02 minutes 17 seconds)

Even so, some of the files that disappeared (such as all the documents I have in ~/Documents) have been there for longer than that.

*** Bug 735864 has been marked as a duplicate of this bug. ***

Ankur hit a similar (same?) bug via a different set of steps. There is some information in bug 735864

The files reappeared after a reboot. This is still very problematic...

(In reply to comment #8)
> The files reappeared after a reboot. This is still very problematic...

No such luck here. All my collections are still gone.

(In reply to comment #0)
> Either that, or it didn't like the EBook patches.
> 
> tracker-1.1.4-2.fc21.x86_64
> 
> $ tracker-search -v
> Files:
> 
> $ tracker-search -f
> Files:
>   file:///
> 
> file:///home/hadess/%EC%97%AC%ED%8C%90%EC%82%AC%EB%8B%98%EC%9D%98_%EA%B0%90%EB%8F%99%EC%A0%81%EC%9D%B8_%EC%9D%B4%EC%95%BC%EA%B8%B0.mbox
>   file:///home/hadess/0001-iio-kxcjk-1013-Add-support-for-SMO8500-device.patch
>   file:///usr
>   file:///usr/share
>   file:///usr/share/gnome-documents
>   file:///usr/share/gnome-documents/getting-started
>   file:///usr/share/gnome-documents/getting-started/C
>  
> file:///usr/share/gnome-documents/getting-started/C/gnome-documents-getting-started.pdf

OK, I just did the following test:

$ git checkout 1.1.3
$ git clean -dfx
$ clean-tracker-prefix /opt/gnome
$ ./autogen --prefix=/opt/gnome ...
$ make
$ make install
$ tracker-control -rs
...
$ tracker-search -f |wc -l
473
$ tracker-control --backup ~/tracker-1.1.3.backup
$ tracker-control -t
$ git checkout 1.1.4
$ make clean
$ clean-tracker-prefix /opt/gnome              # AFTER REMOVING THE tracker-control -r PART
$ make
$ make install
$ /opt/gnome/libexec/tracker-store -v 3        # TERMINAL 1
...
$ tracker-search -f |wc -l                     # SO IT'S NOT AN ONTOLOGY BUG
473
$ /opt/gnome/libexec/tracker-miner-fs -v 3 -n  # TERMINAL 2
...

Tracker-INFO: Processing…
Tracker-INFO: --------------------------------------------------
Tracker-INFO: Total directories : 0 (0 ignored)
Tracker-INFO: Total files       : 0 (0 ignored)
Tracker-INFO: Total processed   : 0 (0 notified, 0 with error)
Tracker-INFO: --------------------------------------------------

Tracker-INFO: Idle
Tracker-INFO: Finished mining in seconds:0.013018, total directories:0, total files:0
Tracker-Message: All miners are now finished
Tracker-Message: Running on AC power
(tracker-miner-fs:24416): Tracker-DEBUG: Setting new throttle to 0.000
Tracker-Message: Shutdown started
Tracker-Message:   Need mtime check file:'/home/martyn/.cache/tracker/no-need-mtime-check.txt' created
Tracker-Message: Stopping disk space check
Tracker-Message: Stopping tracker-miner-fs 1.1.4

OK

$ tracker-search -f |wc -l
473

****

But what really got me wondering, is why the processed content was 0, that's not right, it should at least find my directories.
Checking the tracker-preferences, I found my settings had been reset for tracker-miner-fs which meant nothing is being indexed.

I've seen this before recently, and I haven't yet figured what triggers this, but I wonder if it's related to what you are seeing because my indexed directories should not be my mount points, it should be XDG locations:

$ gsettings list-recursively |grep -i directories
org.freedesktop.Tracker.Miner.Files index-recursive-directories ['/media/martyn/4528-3571', '/media/martyn/PENDRIVE']
org.freedesktop.Tracker.Miner.Files ignored-directories ['core-dumps', 'CVS', '/home/martyn/Downloads/android', 'lost+found', 'po']
org.freedesktop.Tracker.Miner.Files ignored-directories-with-content ['backup.metadata']
org.freedesktop.Tracker.Miner.Files index-single-directories @as []
...

Something is broken there.

Now, that might explain why you have no content which is why I asked you Bastien for the output of tracker-control --collect-debug-info, but your set up looks sane here. Your XDG locations file is sane too right?

Anyway, I don't quite know why the config is resetting like this, but it's the only thing close enough that I can see right now.

GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org.
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version, then please follow
  https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines
and create a new enhancement request ticket at
  https://gitlab.gnome.org/GNOME/tracker/-/issues/

Thank you for your understanding and your help.