User-Agent: Opera/9.21 (X11; Linux i686; U; de) Build Identifier: In one of my directories lies a screencast as animated GIF, 517KB with 241 frames at a image dimension of 1280×1024. Each time I enter this directory with Thunar, it takes all CPU cycles, and makes X pretty much unuseable. I always manage to switch to another virtual terminal and kill Thunar but this definitely should not happen. So what Thunar should do in this case is one of these: 1) do not try to create a thumbnail for (such huge) animated GIFs at all 2) just use the first frame as thumbnail without parsing the rest of the file Reproducible: Always Steps to Reproduce: 1. Enter directory with huge animated GIF 2. See Thunar going into frenzy Actual Results: Thunar takes all CPU cycles. Expected Results: Stop trying to generate a thumbnail after a reasonable (short) time.
Hm, I wonder which thumbnail is responsible for this. Can you check which thumbnail process runs?
(In reply to comment #1) > Hm, I wonder which thumbnail is responsible for this. Can you check which > thumbnail process runs? It’s the thunar-vfs-pixbuf-thumbnailer-1, but it seems to work now. Thunar still takes quite a lot of CPU cycles to generate the thumbnail but finishes after a few seconds. I’ll close this report.