Red Hat Bugzilla – Bug 447762
Evolution giving grey blocks for preview and on emails
Last modified: 2009-12-18 01:09:55 EST
Description of problem:
Evolution is giving grey blocks when replying to emails (and a scroll bar is
required) as well as some emails showing as just grey on grey in the preview
pane. If an email is grey on grey in a preview pane, when hitting reply to, the
reply to is also grey on grey
Version-Release number of selected component (if applicable):
Varies and doesn't appear on all emails.
Steps to Reproduce:
1. Ensure preview pane is on
2. Download email
All emails should be visible and scrollbars generated.
Killing evolution-data-server fixes the problem for a while
Created attachment 306282 [details]
email showing the problem - when the scroll bars are generated, the grey appears
Created attachment 306283 [details]
Email preview pane showing the problem. The deleted email line makes no difference
(In reply to comment #0)
> Killing evolution-data-server fixes the problem for a while
You mean killing just the evolution-data-server process, right? As opposed to
That strikes me as odd because the e-d-s process isn't involved in rendering or
really anything to do with email at all. Unless addressbook lookups are
factoring into this somehow...
killing e-d-s does it as does the force-shutdown, but not as well.
This is still happening with evolution 2.23.2-1.fc10. Is there any way around
having to continually having to do a --force-shutdown every 6 or so emails?
I have no idea yet on this one. I'm not seeing it at all and haven't heard of
similar reports from others.
What version of gtkhtml3 are you using? And what desktop theme?
gtkhtml3 - 3.23.2-4
This happened to me only once, last week, As far as I can tell, the status bar
widget is also somehow strange, so I guess it's related to packing. In time it
was broken, I saw there a "Formatting message" in a preview area, but as soon as
the message was formatted, then the gray block covered all the preview area.
There was also one interesting thing, the links and clickable addresses in a
preview are worked fine. (I didn't see them, but move cursor was changing.) The
problem is it works fine next time I run Evolution.
If either of you figure out how to reproduce this consistently, please post
instructions here. I still have not seen it for myself.
The problem looks to be a formatting one. If everything goes grey, highlight the
lot and change from Normal in the formatting drop down to unformatted and
Change back to normal and it goes grey again
Created attachment 313585 [details]
Here is what I am seeing. Initially, a new mail comes up with a big gray area that doesn't redraw properly (see the shadow that a window left there), and just a single line of white, editable area.
Created attachment 313586 [details]
after some editing
When editing, the white area expands to fill the space, but the text is repeated multiple times...
Upstream bug similar to comment #12:
*** Bug 458209 has been marked as a duplicate of this bug. ***
Based on the upstream bug  it seems like gtk+ issue.
Text from there:
the evolution mail composer has rendering issues when using gtk 2.13.6 (the
text is displayed duplicated in a second column, the textview area is wrong
when opening the composer, etc), when resizing the dialog everything is
correctly displayed again so that seems a refreshing issue, using gtk 2.13.5
there is no such issues
killing plugins solves the problem (evolution --disable-eplugin), but then that means the likes of spamassassin is dead...
Killing eplugins and running from the command line reveals some a11y problems. I'm not sure if they're related though.
subcell_view 0x830da0 deleted before the a11y object 0xb4204780
subcell_view 0x830da0 deleted before the a11y object 0x9e38458
subcell_view 0x830da0 deleted before the a11y object 0xb4262b70
subcell_view 0x830da0 deleted before the a11y object 0xb4262470
This bug has been triaged
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle.
Changing version to '10'.
More information and reason for this action is here:
This message is a reminder that Fedora 10 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 10. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '10'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 10's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 10 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora please change the 'version' of this
bug to the applicable version. If you are unable to change the version,
please add a comment here and someone will do it for you.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The process we are following is described here:
Fedora 10 changed to end-of-life (EOL) status on 2009-12-17. Fedora 10 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version.
Thank you for reporting this bug and we are sorry it could not be fixed.