After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 729004 - Hide inaccessible videos
Hide inaccessible videos
Status: RESOLVED FIXED
Product: totem
Classification: Core
Component: Movie player
unspecified
Other Linux
: Normal normal
: ---
Assigned To: General Totem maintainer(s)
General Totem maintainer(s)
Depends on: 746974
Blocks:
 
 
Reported: 2014-04-26 08:05 UTC by Luis Henrique Mello
Modified: 2017-05-01 14:41 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
comparasion: non-indexed tracker files behaviour on GNOME Photos (411.52 KB, image/png)
2015-07-02 16:35 UTC, Luis Henrique Mello
Details

Description Luis Henrique Mello 2014-04-26 08:05:31 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.
Comment 1 Bastien Nocera 2014-04-26 14:11:26 UTC
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.
Comment 2 Luis Henrique Mello 2014-04-27 19:40:20 UTC
It's because I added a video that's outside tracker's range, IE, it is in an external HD...
Comment 3 Bastien Nocera 2014-04-28 08:39:29 UTC
(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.
Comment 4 conorbev 2014-07-07 22:16:38 UTC
(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.
Comment 5 conorbev 2014-07-07 22:18:44 UTC
(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.
Comment 6 Luis Henrique Mello 2015-06-12 15:28:44 UTC
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.
Comment 7 Luis Henrique Mello 2015-06-12 15:30:56 UTC
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.
Comment 8 Luis Henrique Mello 2015-06-28 21:45:47 UTC
(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
Comment 9 Bastien Nocera 2015-07-01 15:02:10 UTC
(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.
Comment 10 Luis Henrique Mello 2015-07-02 05:34:33 UTC
(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.
Comment 11 Luis Henrique Mello 2015-07-02 16:35:29 UTC
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.
Comment 12 Bastien Nocera 2015-07-02 17:03:20 UTC
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.
Comment 13 Alexandre Franke 2017-05-01 14:41:22 UTC
(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.