2017-09-29 Carlos Garnacho <carlosg@gnome.org> Release 1.10.6 tracker-needle: Fix build It seems recent vala got pickier with passing unsigned to a %d parameter. It's still right nonetheless, and changing the string is a needless translation change, so just cast to int. 2017-09-29 Sam Thursfield <sam@afuera.me.uk> Use conditional to work around gtk+-3.0.vapi breakage Commit 53007652ce1ed3cf350ec042b310606e0115377a breaks the build with versions of Vala older than 0.35.6. It's more convenient for people building Tracker if we use a #if block instead to allow building with older stable versions Vala. 2017-09-29 Carlos Garnacho <carlosg@gnome.org> libtracker-extract: Pass the right struct pointer Confusion between TrackerExtractInfo and TrackerDecoratorInfo, might induce crashes. applications: Ignore broken symlinks We still do need to query mtime from the symlink itself in order to keep filesystem accounting happy, so wait for ENOENT while doing g_key_file_load_from_file() in order to figure out we are dealing with a broken link (or a no longer existing file, which is also possible). This avoids spewing any warnings with those. https://bugzilla.gnome.org/show_bug.cgi?id=786132 tracker-miner-fs: Explicitly ignore non-native mounts tracker-miner-fs does rely in a few places to index local content exclusively. Make it explicitly ignore non-native mounts, they won't be indexed anyway, but we can spare trying to create the tracker:Volume and mount root's nfo:FileDataObject for these. Fixes nie:url constraint errors and other warnings when trying to deal with those. https://bugzilla.gnome.org/show_bug.cgi?id=786132 tracker-miner-fs: Use correct graph when inserting tracker:Volumes The volume URN is not meant to be the graph URN, use the tracker-miner-fs graph instead. libtracker-miner: Always fallback to URN query when queueing file Tracker may end up with nfo:FileDataObject prior to handling monitor events. Be it leftover data from previous bugs, explicit "tracker index" calls, or data from some other application. As we can't be really sure of the data consistence, always fallback to a URN query so we don't break nie:url UNIQUE constraint (inverse functional property in SPARQL parlance). https://bugzilla.gnome.org/show_bug.cgi?id=786132 libtracker-miner: Check directory updates before dropping mtime info file_notifier_traverse_tree() has the side effect of deleting mtime data, as it's presumably not needed anymore, except here. Check whether the directory was updated before notifying of the files inside, so we can thoroughly check for deleted content. https://bugzilla.gnome.org/show_bug.cgi?id=786132 libtracker-miner: Ensure sparql buffer keeps flushing The sparql buffer might get full again with new tasks before the update_array operation for the current batch returned. In this case nothing will kick the TrackerMinerFS again, nor the SPARQL buffer from flushing again. Fix this by just flushing again, the miner will follow as soon as the SPARQL buffer is below limits. libtracker-miner: Fix warnings if move ops happened during initial crawling The checks to notify about indexing having finished on TrackerIndexingTree roots were mistaking ItemMovedData* with GFile*, which lead to warnings. This should be harmless, the signal might be possibly emitted before the move op is dispatched, that's all. libtracker-miner: Shuffle refcount handling when queueing back a file The file might or might not be inserted to the queue, which meant that the extra ref created outside the call might never dropped if the file didn't end up inserted again. Fix this by doing the refcount increase when actually inserting the file back in the queue. Reported by Jose M. Arroyo <jose.m.arroyo.se@gmail.com>. 2017-09-29 Philip Withnall <philip@tecnocode.co.uk> libtracker-miner: Fix use of an uninitialised variable In the error path, finish_current_directory() was called on `notifier` before it had been initialised. Coverity CID: 1397952 https://bugzilla.gnome.org/show_bug.cgi?id=777725 2017-09-29 Carlos Garnacho <carlosg@gnome.org> libtracker-miner: Fully stop TrackerFileNotifier operations on errors It oddly tried to just keep going, which may result in spurious deletes or partial inserts. Sounds better to just drop the ball on the directory at hand, it should be correctly indexed eventually. libtracker-miner: Fix mem/fd leaks on TrackerCrawler cancellation On cancellation, the early return would leak the DataProviderData, which indirectly contains the GFileEnumerator, and thus the directory fd. Just deal with cancellation like we do with other errors, except we don't want to warn. libtracker-miner: Add missing return after switch() case The QUEUE_UPDATED elements where being additionally checked against the QUEUE_WRITEBACK queue. This was harmless, but potentially confusing. Spotted through Coverity. libtracker-miner: Handle extra GFileMonitorEvent values We don't use G_FILE_MONITOR_WATCH_MOVES as it doesn't add much to us, so make the extra derived event types a no-op. 2017-09-21 Debarshi Ray <debarshir@gnome.org> tracker-extract: Fix insertion of white balance values https://bugzilla.gnome.org/show_bug.cgi?id=787774 2017-09-20 Matej Urbančič <mateju@svn.gnome.org> Slovenian update ... 2017-07-10 Jeremy Bicha <jbicha@ubuntu.com> Fix Spanish translation header See https://bugzilla.gnome.org/show_bug.cgi?id=771765