After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 322414 - Evolution doesn't respect to a key's change in gconf
Evolution doesn't respect to a key's change in gconf
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Mailer
2.6.x
Other All
: Normal normal
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2005-11-25 10:10 UTC by Sam Yang
Modified: 2013-09-13 01:00 UTC
See Also:
GNOME target: ---
GNOME version: 2.9/2.10


Attachments
patch (2.25 KB, patch)
2005-11-25 11:02 UTC, Sam Yang
accepted-commit_now Details | Review

Description Sam Yang 2005-11-25 10:10:10 UTC
Please describe the problem:
If you select a folder in Evolution and change the value of
/apps/evolution/mail/display/show_preview through gconf-editor, the evolution
does nothing to reflect the change.

Steps to reproduce:
1. Open evolution and select a folder, such as Inbox.
2. Open gconf-editor and select /apps/evolution/mail/display/show_preview.
3. If the folder already has a preview pane, set show_preview to False.
Otherwise, set True.


Actual results:
The folder doesn't show/hide the preview pane even if you have set show_preview
to True/False.

Expected results:
The folder should show/hide its preview pane when setting show_previw to True/False.

Does this happen every time?
Yes

Other information:
It helps central management if Evolution respect to show_previw's change in gconf.
Comment 1 Sam Yang 2005-11-25 11:02:15 UTC
Created attachment 55219 [details] [review]
patch
Comment 2 André Klapper 2005-11-25 14:13:14 UTC
confirming; thanks for the patch
Comment 3 parthasarathi susarla 2005-11-28 06:37:01 UTC
Thanks for the patch. Looks good. 
Comment 4 Harry Lu 2005-11-28 06:57:15 UTC
Patch committed into CVS HEAD. Please mark this bug as fixed.
Comment 5 Jeffrey Stedfast 2005-11-28 16:35:38 UTC
fwiw, you do not need to add \0 to the end of literal strings, they are there by
definition.
Comment 6 Sam Yang 2005-12-12 11:23:33 UTC
Thank you, jeffrey.