GNOME Bugzilla – Bug 341755
[KB-Fixed] Click evolution preferences on menu, stock icons are changed.
Last modified: 2009-08-30 05:53:43 UTC
Please describe the problem: Click evolution preferences on menu, several stock icons are changed. using theme is tango icon theme. serveral stock icon theme was changed to bluecurve. Steps to reproduce: 1. Eedit - Preferences 2. 3. Actual results: Expected results: Does this happen every time? always Other information: os Fedora development evolution 2.7.1 GTK 2.7.1
Created attachment 65443 [details] Initial Evolution
Created attachment 65444 [details] Changed Stock Icons
adding keyword usability and reassigning to Srag.
sangu, i cannot reproduce this with evolution 2.7.90 - do you still see this?
Yes, this problem still happens.
Clicking preference, this message displays in terminal. (evolution-2.8:10117): Gdk-WARNING **: GdkWindow is too large to allow the use of shape masks or shape regions. (evolution-2.8:10117): Gdk-WARNING **: GdkWindow is too large to allow the use of shape masks or shape regions. ---- evolution-2.7.91
I can confirm this bug using Evolution 2.7.91 on Fedora Rawhide. This may be a Fedora-specific bug, I can't tell yet. Downstream bug is here: http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201506 I noticed that restarting Evolution resets the icons to the correct theme. But as soon as I bring up the Preferences dialog they change again.
Still seeing this with Evolution 2.10.0. Possibly has something to do with calling gtk_rc_parse() in mail_config_init().
Indeed, commenting out the call to gtk_rc_parse() makes the bug go away. I just so happen to be seeing this on one of my machines, but I've yet to figure out how to reproduce the bug from a fresh install. Anyway, I think the problem stems from a design flaw in GtkHtml. The GtkHTMLClass installs several GtkWidget style properties for things like fixed and variable-width fonts and spell-check and citation color. The problem is that, as I understand it, style properties can only be changed by parsing a GTK+ resource file (e.g. ~/.gtkrc) but yet Evolution has preferences that allow you to change these properties on the fly. That means Evolution has to create and then parse a GTK+ resource file containing a style that sets the appropriate style properties on a GtkHTML object. That's what this file is for: ~/.evolution/mail/config/gtkrc-mail-fonts I think what's happening is that in the course of parsing gtkrc-mail-fonts, Evolution blows away the previous style for widgets that the resource file matches. The style properties that get blown away would include things like, say, your icon theme. I need to investigate this further but I question why those GtkHTMLClass properties need to be style properties as opposed to normal GObject properties. Fixing this property may require a libgtkhtml API break, but I think it would fix this bug and also kill gtkrc-mail-fonts as an added bonus.
Bumping version to a stable release.
Matthew, we haven't made any progress here so it should be valid ? we should change the version to current stable version if it's valid ?
Comment #9 still holds true, though I haven't seen the symptoms reported here for several years. I never fully understand what was causing it. I'll retest this on the kill-bonobo branch and if I can't reproduce it there I'll close this.
I tried various icon themes and could not reproduce this with kill-bonobo. This may be obsolete already, or it may have something to do with the fact that I rewrote the Preferences dialog on kill-bonobo. Marking this as fixed on the branch.
The "kill-bonobo" branch has been merged into "master" and will debut as Evolution 2.29.1. We believe the branch has addressed the reported issue. If you find the issue still exists in version 2.29 or later please feel free to re-open this bug. Closing as FIXED.