GNOME Bugzilla – Bug 729004
Hide inaccessible videos
Last modified: 2017-05-01 14:41:22 UTC
Currently, you can remove a video under 'Recent'... but this will remove the video file. It would be nice to have an option to remove the video from the list only.
We won't be doing that. The view is a catalogue of all the videos indexed by Tracker. If there are folders/etc. that you don't want to see, update the search configuration in the System Settings' "Search" panel (the gear button). Or find a way to hide them in Tracker itself. Reassigning to tracker for the latter case.
It's because I added a video that's outside tracker's range, IE, it is in an external HD...
(In reply to comment #2) > It's because I added a video that's outside tracker's range, IE, it is in an > external HD... If you added it by hand, it should disappear when it's not available.
(In reply to comment #3) > (In reply to comment #2) > > It's because I added a video that's outside tracker's range, IE, it is in an > > external HD... > > If you added it by hand, it should disappear when it's not available. I am using totem in gnome 3.12 on Arch Linux. If I add a file by hand, it does not disappear automatically when it's not available. Also, searching the list of recent files does not work for me in totem either (though that's another issue I know). Searching the same files in Nautilus works fine so I think Tracker itself is fine.
(In reply to comment #3) > (In reply to comment #2) > > It's because I added a video that's outside tracker's range, IE, it is in an > > external HD... > > If you added it by hand, it should disappear when it's not available. In addition if the number of files in the recent list is large (I allowed tracker to index external disks then plugged in a media drive with ~800 videos on it) then totem consumes 100% CPU before you even try to open a file.
This happens also if I rename and/or remove a file within tracker's range. An empty entry is listed, you click on it and an error popup message says: 'An error ocurred 'The specified movie could not be found' You cannot delete the empty entry.
And, BTW, if I reset tracker's database with: tracker reset -e When all the files are indexed again the invalid movie entry is still there.
(In reply to Bastien Nocera from comment #3) > (In reply to comment #2) > > It's because I added a video that's outside tracker's range, IE, it is in an > > external HD... > > If you added it by hand, it should disappear when it's not available. yes, but not only that - I observed that if you move or delete a video file it won't be removed from Totem's Recent list
(In reply to Luis Henrique Mello from comment #8) > (In reply to Bastien Nocera from comment #3) > > (In reply to comment #2) > > > It's because I added a video that's outside tracker's range, IE, it is in an > > > external HD... > > > > If you added it by hand, it should disappear when it's not available. > > yes, but not only that - I observed that if you move or delete a video file > it won't be removed from Totem's Recent list That's a tracker bug, not ours.
(In reply to Bastien Nocera from comment #9) > (In reply to Luis Henrique Mello from comment #8) > > (In reply to Bastien Nocera from comment #3) > > > (In reply to comment #2) > > > > It's because I added a video that's outside tracker's range, IE, it is in an > > > > external HD... > > > > > > If you added it by hand, it should disappear when it's not available. > > > > yes, but not only that - I observed that if you move or delete a video file > > it won't be removed from Totem's Recent list > > That's a tracker bug, not ours. Possibly... because I don't remember this behaviour on applications such as 'Documents' or 'Photos' - moved/renamed files would have their location updated on the 'collection view' and deleted files removed from them automatically. I must see what's going on there too. I have tracker 1.4.0 installed.
Created attachment 306651 [details] comparasion: non-indexed tracker files behaviour on GNOME Photos Unlike Totem's 'Videos' list, you CAN delete non-indexed files by tracker under the 'Recent' list.
You can keep on adding comments here, or fix https://bugzilla.gnome.org/show_bug.cgi?id=746974 Once bug 746974 is fixed, it should work as expected in Totem.
(In reply to Bastien Nocera from comment #12) > You can keep on adding comments here, or fix > https://bugzilla.gnome.org/show_bug.cgi?id=746974 > > Once bug 746974 is fixed Which apparently happened in the meantime. > it should work as expected in Totem. So I guess we can close this now. Feel free to reopen if this is still an issue with an up to date version of the relevant software.