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 172974 - totem-video-thumbnailer takes 100% cpu
totem-video-thumbnailer takes 100% cpu
Status: RESOLVED DUPLICATE of bug 107418
Product: gnome-vfs
Classification: Deprecated
Component: Module: file
2.8.x
Other All
: Normal normal
: ---
Assigned To: gnome-vfs maintainers
General Totem maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2005-04-07 17:02 UTC by stefan.heinsen
Modified: 2005-04-07 18:48 UTC
See Also:
GNOME target: ---
GNOME version: 2.9/2.10


Description stefan.heinsen 2005-04-07 17:02:14 UTC 
Please describe the problem:
If you have a dir open in nautilus and download a video-file to that directory
totem-video-thumnailer takes 100% cpu by constantly generating thumnails

Steps to reproduce:
1. open a folder in nautilus with thumbnails switched on
2. download or copy a video to that dir over a slow line
3. 


Actual results:


Expected results:
totem should generate ONE thumbnail and recognize that one is already there

Does this happen every time?
I guess

Other information:
Comment 1 Bastien Nocera 2005-04-07 17:44:11 UTC 
This is a problem with nautilus and gnome-vfs. The thumbnailer has no way to
know that the file is still being downloaded. As nautilus simply monitors the
file, it should be gnome-vfs, or below, that stops the thumbnailer from going
beserk.
Comment 2 Sebastien Bacher 2005-04-07 18:48:54 UTC 
Thanks for the bug report. This particular bug has already been reported into
our bug tracking system, but please feel free to report any further bugs you find.

*** This bug has been marked as a duplicate of 107418 ***