GNOME Bugzilla – Bug 661690
Preview pane stops updating.
Last modified: 2012-01-17 16:21:06 UTC
http://nickurak.ca/~atrus/img/ssqdkOdb.jpg After some sequence of actions (not sure what, but a day or two of usage seems to do the trick), the preview pane stops updating. It just displays whatever was last rendered there. That might be the last message to be displayed, or it might be the calendar (as show here). If the window or panes get resized, it can easily just be garbage (same preview pane displayed): http://nickurak.ca/~atrus/img/ssBXuop2.jpg Evolution 3.2.0, gnome-shell 3.2.0 Observed the same thing under evolution 3.0.x. Opening the message in a separate window, or just creating a new evolution window, addresses the problem.
observing the same issue. quite bad issue.
probably same issue: https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/831594
Downstream includes a .mbox which is supposed to reproduce the problem reliably. Haven't tried here yet.
for me the problem usually seems to occur when switching between IMAP accounts. also don't have reliable steps yet
Single evolution-ews account for me.
Created attachment 200018 [details] hazardous message selecting that message reliably reproduces the issue for me
ubuntu's diff seems to be minimal: a few mbox files with a welcome message and one trivial if/else branch to support their "Posted on Ubuntu" signature.
might be related to bug 655248
Thanks for a bug report. I tried to reproduce this with the attached mbox from the ubuntu bugzilla, by importing in into a local folder, but no luck, I do not see any significant CPU usage, only less than 2 seconds while the message is parsed, which makes sense for more than 750KB message. The same applies to your above test message, works for me with no significant issue. By any chance, can this be related to Akhil's bug, and changing size of the preview pane fixes the issue? If no, can you get a backtrace of evolution whie it's in the stuck state, please? You can do that with a command like this: $ gdb --batch --ex "t a a bt" -pid=PID &>bt.txt where PID is a process ID of running evolution. Only make sure you'll have installed debug info packages for gtkhtml3, evolution-data-server and evolution, because otherwise the backtrace will not be much useful.
I observe what I think is the same problem, on Evolution 3.2.1 on openSUSE 12.1. When I enter one specific folder (which automatically selects the last read e-mail), the preview pane stops working, and only displays this message, even if I click on other messages. Double-clicking on other messages opens an empty window (with toolbars, but no e-mail content). When I’ve opened the folder, Evolution uses close to 100% of the CPU, so it seems ‘stuck’ on some operation. If I select a different folder, everything works fine, and the CPU usage drops to normal. The message that may be causing the problem for me is not a very large message, BTW, unlike the one referenced by the other bug reporter. Is there a way I can Evolution to *not* select the last read message when entering a folder? Then I can test if it’s the one message in this folder that’s causing the problem, or if there’s a problem with the folder itself.
Created attachment 202744 [details] Backtrace when Evolution is stuck I think I managed to create a backtrace, following the instructions in an earlier message. See the attached file.
Created attachment 202745 [details] New backtrace Repeated the backtrace generation. Here’s a new one, which looks rather different.
Thanks for the update. I see it's continuously updating preview panel. It is pretty close to bug #655248, could you try to change height or width of the preview, please? (In reply to comment #10) > Is there a way I can Evolution to *not* select the last read message when > entering a folder? Then I can test if it’s the one message in this folder > that’s causing the problem, or if there’s a problem with the folder itself. You can run evolution with preview panel disabled, like this invoked from a terminal: $ evolution --disable-preview
With the preview panel disabled, everything works fine. Changing the *width* of the preview panel has no effect. I can’t change the height directly, but by unmaximizing Evolution, everything starts working again. And when I then maximize the window, the preview pane stops working. So yes, it seems related to the height of the preview pane.
Thanks for the update. I'm marking this as a duplicate of the above mentioned bug. *** This bug has been marked as a duplicate of bug 655248 ***