aboutsummaryrefslogtreecommitdiffstats
path: root/mail/mail-accounts.c
diff options
context:
space:
mode:
authorJon Trowbridge <trow@ximian.com>2001-06-07 05:09:20 +0800
committerJon Trowbridge <trow@src.gnome.org>2001-06-07 05:09:20 +0800
commitf15bb6a3ebcadfc4dbe8e9d2a2c82c98ac2da35a (patch)
tree24e03835f0e3216ded55b1b248efbb530367f75a /mail/mail-accounts.c
parentc77b7e30202573c1c4ab54086388202d93181b45 (diff)
downloadgsoc2013-evolution-f15bb6a3ebcadfc4dbe8e9d2a2c82c98ac2da35a.tar.gz
gsoc2013-evolution-f15bb6a3ebcadfc4dbe8e9d2a2c82c98ac2da35a.tar.zst
gsoc2013-evolution-f15bb6a3ebcadfc4dbe8e9d2a2c82c98ac2da35a.zip
Check that the chain of deferences in gui->account->source->url is safe.
2001-06-06 Jon Trowbridge <trow@ximian.com> * mail-account-gui.c (source_type_changed): Check that the chain of deferences in gui->account->source->url is safe. This was causing a segfault when adding a new account if any of the existing accounts had their sources set to "None". (i.e. gui->account->source == NULL) * mail-accounts.c (load_accounts): Check that account->source != NULL before dereferencing it. (load_accounts): The selection is cleared when the account clist is rebuilt (say after a call to add), but no unselect event is emitted. Yes, the clist is evil. We work around this by explictly calling mail_unselect, our unselect signal handler. (Otherwise, the edit and delete buttons remain sensitive and accounts_row != 0, but the user can't see which row the dialog thinks is selected.) (load_news): Check the account->source != NULL before dereferencing it. (mail_unselect): If an insensitive button in a button box has the focus, and if you hit tab, there is a segfault deep inside of gtk. This is probably a gtk bug. We work around it by having the add button (which is always sensitive) grab the focus on an unselect. svn path=/trunk/; revision=10136
Diffstat (limited to 'mail/mail-accounts.c')
-rw-r--r--mail/mail-accounts.c20
1 files changed, 18 insertions, 2 deletions
diff --git a/mail/mail-accounts.c b/mail/mail-accounts.c
index 78317336cd..47dc311107 100644
--- a/mail/mail-accounts.c
+++ b/mail/mail-accounts.c
@@ -40,6 +40,8 @@
static void mail_accounts_dialog_class_init (MailAccountsDialogClass *class);
static void mail_accounts_dialog_init (MailAccountsDialog *dialog);
static void mail_accounts_dialog_finalise (GtkObject *obj);
+static void mail_unselect (GtkCList *clist, gint row, gint column, GdkEventButton *event, gpointer data);
+
static GnomeDialogClass *parent_class;
@@ -111,7 +113,7 @@ load_accounts (MailAccountsDialog *dialog)
account = node->data;
- if (account->source->url)
+ if (account->source && account->source->url)
url = camel_url_new (account->source->url, NULL);
else
url = NULL;
@@ -135,6 +137,13 @@ load_accounts (MailAccountsDialog *dialog)
}
gtk_clist_thaw (dialog->mail_accounts);
+
+ /*
+ * The selection gets cleared when we rebuild the clist, but no
+ * unselect event is emitted. So we simulate it here.
+ * I hate the clist.
+ */
+ mail_unselect (dialog->mail_accounts, 0, 0, NULL, dialog);
}
#ifdef ENABLE_NNTP
@@ -155,7 +164,7 @@ load_news (MailAccountsDialog *dialog)
account = node->data;
- if (account->source->url)
+ if (account->source && account->source->url)
url = camel_url_new (account->source->url, NULL);
else
url = NULL;
@@ -210,6 +219,13 @@ mail_unselect (GtkCList *clist, gint row, gint column, GdkEventButton *event, gp
gtk_widget_set_sensitive (GTK_WIDGET (dialog->mail_delete), FALSE);
gtk_widget_set_sensitive (GTK_WIDGET (dialog->mail_default), FALSE);
gtk_widget_set_sensitive (GTK_WIDGET (dialog->mail_able), FALSE);
+
+ /*
+ * If an insensitive button in a button box has the focus, and if you hit tab,
+ * there is a segfault. I think that this might be a gtk bug. Anyway, this
+ * is a workaround.
+ */
+ gtk_widget_grab_focus (GTK_WIDGET (dialog->mail_add));
}
static void