GNOME Bugzilla – Bug 601504
Does not work always "Start playing files from last posn"
Last modified: 2009-11-24 13:12:44 UTC
hello i have a very odd problem . videos which are stored in my home folder in videos folder when i play them totem doesnt remember the last position when i reopen them 15:28 but for videos stored in my other partition which has windows xp there the videos if i open and close then totem remebers the postion when i reopen 15:28 using ubuntu karmic koala latest updated
Thanks for taking the time to report this bug. This bug report isn't very useful because it doesn't describe the bug well. If you have time and can still reproduce the bug, please read http://bugzilla.gnome.org/bug-HOWTO.html and add a more useful description to this bug. Specifically, we need information on the lengths of the videos, and your version of GVfs.
i do want to help this bug be fixed. so please specifically tell me what all info i can provide. to provide some more details in my ubuntu karmic fully updated, i have a few avi videos ( i dont think format of video matters in this case). now they are located in the videos folder(inside my home folder)(btw even from other folders in my home folder like say documents the same video if copy pasted then also it does not work). Earlier when i freshly installed Karmic, the "Start playing files from last posn" feature worked. but few days ago it did stop working for files in my home folder. now if i copy and paste the same video file to my other partition of NTFS format which contains windows xp. and then i paster and open the video file from that partition in totem. then it does work properly. Gvfs version 1.4.1-0ubuntu1
the length of the video file is around 30 mins
when closing the video opened which is in home folder it gives this in command line 17:56 ** (totem:7025): WARNING **: g_file_set_attribute_string failed: DBus error org.freedesktop.DBus.Error.Failed: Unable to set metadata key 17:56 useful? 17:57 hmm i think that must be it as it doesnt do that in cmd line when i open the video from windows partition and close it
That means gvfsd-metadata fails.
During my testing, I was confused when totem resumed playback at saved position for some videos only. It worked for mp4 and flv videos, but not for mov and ogv. Digging into gdaemonvfs.c I found totem trying to set the 'metadata::totem::position' attribute with zero-length string value. This zero-length value is however properly stored in the metadata database. Verify by calling `gvfs-info` on the video file. Cross-device metadata storage works properly. Worth noting that I haven't seen any DBus errors, that might be a different issue (perhaps an effect of corrupted database - bug 598561).
OK, Bastien has just cleared me the way totem stores the position: src/totem-uri.c: #define SAVE_POSITION_THRESHOLD 5 * 60 * 1000 (In reply to comment #4) > ** (totem:7025): WARNING **: g_file_set_attribute_string failed: DBus > error org.freedesktop.DBus.Error.Failed: Unable to set metadata key So the error above might indicate that the gvfsd-metadata daemon has crashed. Can you check dmesg for any crashes?
[ 4638.198212] gvfsd-metadata[2185]: segfault at 8 ip 0804d2ea sp bfc479a0 error 4 in gvfsd-metadata[8048000+c000] dmesg message for video in home folder which doesnt save posn
Hmm so this might be related to #bug 598561, or even be a dup.
um there is no crash in my case of gvfs and also the file is not corrupted as from the other partition it works fine so i think its not a dup. but i am not a dev so i have no idea.
(In reply to comment #8) > [ 4638.198212] gvfsd-metadata[2185]: segfault at 8 ip 0804d2ea sp bfc479a0 > error 4 in gvfsd-metadata[8048000+c000] > dmesg message for video in home folder which doesnt save posn Any idea how you got into the crashing state? Can you please wipe your ~/.local/share/gvfs-metadata (be sure to make backup first) and try reproducing the crash? We desperately need good reproducer in order to fix the problem.
(In reply to comment #11) > (In reply to comment #8) > > [ 4638.198212] gvfsd-metadata[2185]: segfault at 8 ip 0804d2ea sp bfc479a0 > > error 4 in gvfsd-metadata[8048000+c000] > > dmesg message for video in home folder which doesnt save posn > > Any idea how you got into the crashing state? i have done nothing wierd except installing many codecs.so a fully updated karmic should maybe reproduce bug Can you please wipe your > ~/.local/share/gvfs-metadata (be sure to make backup first) and try reproducing > the crash? yes this seems to have fixed the problem. can i permanently delete whatever files were there in that folder? > We desperately need good reproducer in order to fix the problem. also if u want or know which file u want from that folder which might be helpful to fix the bug i can share if it doesn't contain any personal info. the total size of all files in that folder combined is only around 1.7 mb.
(In reply to comment #12) > can i permanently delete whatever files were there in that folder? You can, you'll only lose user-defined emblems on files in Nautilus and saved icon positions on desktop. > also if u want or know which file u want from that folder which might be > helpful to fix the bug i can share if it doesn't contain any personal info. I'd bet the file causing crashes is ~/.local/share/gvfs-metadata/home. It doesn't contain personal information unless you entered them manually. It contains file names though. Attaching the affected file here might be interesting to see how much it's corrupted, but I don't think it would help us to fix the root cause.
Created attachment 147970 [details] home file in gvfs-meta data folder
Created attachment 147971 [details] home-5eea844f
added the 2 home files in that folder. please let me know if u need anything else.
I believe this is the same as bug 598561. At least they are related so lets dup it there. *** This bug has been marked as a duplicate of bug 598561 ***