diff options
| author | Matthew Barnes <mbarnes@redhat.com> | 2012-09-04 21:55:11 +0800 |
|---|---|---|
| committer | Matthew Barnes <mbarnes@redhat.com> | 2012-09-04 21:55:11 +0800 |
| commit | 8cb1d72ab92609dd656c76a8b6267c6b4762a17f (patch) | |
| tree | 0650fd6d8b08a4ec0b9b7977a66c1282e88f97f2 /libgnomecanvas/gnome-canvas-widget.c | |
| parent | 6cdedbe194cbea84d30ba58d5b637b309fa55d77 (diff) | |
| download | gsoc2013-evolution-8cb1d72ab92609dd656c76a8b6267c6b4762a17f.tar.gz gsoc2013-evolution-8cb1d72ab92609dd656c76a8b6267c6b4762a17f.tar.zst gsoc2013-evolution-8cb1d72ab92609dd656c76a8b6267c6b4762a17f.zip | |
em_folder_tree_model_get_folder_name: Don't return NULL.
If a folder's display name is not available in the folder tree model for
some reason, return the raw folder path rather than NULL. This silences
a runtime warning in the mail-notification plugin.
This feels like a Band-Aid for a deeper issue -- perhaps we're racing
the folder tree model? Might be better to just fetch the CamelFolder
asynchronously and get the folder's display name directly.
Diffstat (limited to 'libgnomecanvas/gnome-canvas-widget.c')
0 files changed, 0 insertions, 0 deletions