animated gifs in VM mbox consume cpu even after deleting or switching msg
This bug report will be sent to the XEmacs Development Team,
not to your local site managers!!
Please write in English, because the XEmacs maintainers do not have
translators to read other languages for them.
In XEmacs 21.2 (beta38) "Peisino,Ak(B" [Lucid] (i686-pc-linux) of Tue Jan 9
2001 on uh-oh
configured using `configure --with-ldap --with-gcc --error-checking=none --debug=no
'--cflags=-g -O3 -Wall -Wno-switch -march=i686''
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
Tony E. Bennett <tbennett(a)nvidia.com> wrote:
A coworker includes an animated gif as signature. I made mistake of
clicking on it. After getting over being underwhelmed the 25% hit
on my cpu was annoying.
Deleting the msg did not help. Moving to new msg did not help. vm-quit
did not help. Finally I just exited XEmacs.
Is there an easier way to recover here?
Where is this time going?
vm-version 6.89
kyle> I assume you're using one of the XEmacs betas, because none of
kyle> the stable releases support animated GIFs as far as I know. VM
kyle> caches glyphs so that images are displayed faster if you reselect
kyle> a message. I'm guessing that image instances that aren't being
kyle> displayed are still being processed behind the scenes somehow. I
kyle> think you should report this to the XEmacs developers.
kyle> As to how you can recover without exiting XEmacs, I don't know
kyle> how. Try quitting VM and then running M-x garbage-collect .
Is this a known bug? Should vm not cache animations?
--tony