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 727576 - "make available offline" unserviceable
"make available offline" unserviceable
Status: RESOLVED FIXED
Product: totem
Classification: Core
Component: Plugins
3.12.x
Other Linux
: Normal normal
: ---
Assigned To: General Totem maintainer(s)
General Totem maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2014-04-04 02:04 UTC by Omar
Modified: 2014-04-25 03:27 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Omar 2014-04-04 02:04:33 UTC
I'm unable to retrieve videos that have been "completely loaded" say from youtube or other http source after using the "make available off-line" feature.
totem 3.10 had the save a copy feature that would bring up a window and ask where to save the file.
3.12 does it differently, however im clueless as to where the file is stored. i tried the obvious of course Videos, Downloads, Documents, cant seem to locate the file.
Comment 1 Bastien Nocera 2014-04-08 11:15:04 UTC
(In reply to comment #0)
> I'm unable to retrieve videos that have been "completely loaded" say from
> youtube or other http source after using the "make available off-line" feature.
> totem 3.10 had the save a copy feature that would bring up a window and ask
> where to save the file.
> 3.12 does it differently,

It actually works pretty much the same way...

> however im clueless as to where the file is stored. i
> tried the obvious of course Videos, Downloads, Documents, cant seem to locate
> the file.

Is the menu item clickable at all? Where is the file from to reproduce the problem? Is nautilus installed?
Comment 2 Omar 2014-04-09 21:20:53 UTC
ok sorry for the delay i did some screen-casting. Hope it helps.
notice even after i selected "make available offline" it's still click or not greyed out. not sure if that how it normally works.
http://youtu.be/Lolbv2V6Sl4
https://www.youtube.com/watch?feature=player_detailpage&v=Lolbv2V6Sl4

you'll also notice im running fed 20 with COPR builds
Comment 3 Bastien Nocera 2014-04-10 10:12:52 UTC
It's in ~/.cache/totem/media, with a weird name, not in ~/Videos.

You can access it from the "Recent" view in Videos.
Comment 4 Omar 2014-04-12 03:20:05 UTC
Ok. I had to create the /totem/media in the  ~/.cache/totem/media directory it was not there by default. the loaded files were just in ~/.cache. After creating the directory the file does appear in the directory. After playing the file it shows up in Recent view of totem but in my case it's unable to be played back from the recent view; thats files i've made available offline. Guess i could just relocate them from the media directory.
Comment 5 Bastien Nocera 2014-04-24 16:22:29 UTC
(In reply to comment #4)
> Ok. I had to create the /totem/media in the  ~/.cache/totem/media directory it
> was not there by default.

The directory should have been created automatically. It seems that this part of the code went missing :(

Fixed for the next GNOME 3.12 release:
commit 0001090dc34e9623ae86f7629f0318c5a5017352
Author: Bastien Nocera <hadess@hadess.net>
Date:   Thu Apr 24 18:19:22 2014 +0200

    save-file: Fix creation of cache directory
    
    To hard-link a file to our cache directory, we'd better create it as
    well, otherwise it's just not going to work.
    
    See https://bugzilla.gnome.org/show_bug.cgi?id=727576


> the loaded files were just in ~/.cache. After
> creating the directory the file does appear in the directory. After playing the
> file it shows up in Recent view of totem but in my case it's unable to be
> played back from the recent view; thats files i've made available offline.
> Guess i could just relocate them from the media directory.

There was a bug in GStreamer where the files would get copied, but then zero'ed when the file closed. The next stable version of GNOME Videos will require a new enough GStreamer to fix that bug (bug 724373).

Looks like I was a bit too quick in closing this bug, thanks for following up.
Comment 6 Omar 2014-04-25 03:27:48 UTC
no worries.