I can confirm this running Feisty and using gnome-video-thumbnailer from totem-gstreamer 2.18.1-0ubuntu3. I don't think this is actually a "bug", meaning that nautilus&thumbnailer is doing what they are designed to do.
1. Azureus is loading a video file to a directory nautilus is watching. 2. Nautilus notices "oh, the file changed, better create a thumbnail for it". 3. Thumbnailer runs, and usually even creates a thumbnail successfully (.avi needs only the beginning and the end to be viewable in sane players, and those are the parts azureus tries to fetch first). 4. Go back to step 2 because the file has already changed. The end result is that while the file downloads nautilus continually recreates the thumbnail wasting 100% of the CPU in the process (and this shouldn't have anything to do with azureus, the same ought to happen while downloading with any bittorrent client). Workaround is to download to a directory which is not watched, but some fix to nautilus would be nice, e.g., have some timeout before creating a new thumbnail for the same, changed file. This is probably the same as as bug #56738. -- nautilus uses 99% of cpu and responds very slowly https://bugs.launchpad.net/bugs/82424 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
