Re: [Evolution-hackers] Getting a core in latest git Evolution view Junk folder

2010-01-07 Thread Milan Crha
On Wed, 2010-01-06 at 17:17 -0500, Paul Smith wrote:
 Whenever I click on my Junk folder Evo dumps core.  It seems to
 be an error displaying the summary of my Junk folder.  I'm avoiding it
 right now.

Hi,
I'm on actual master as well, and I do not see this. I tried to select
Junk folder of my IMAP account, under On This Computer, but none of
these exhibits your issue.

What account type is your Junk folder from? Do it all Junk folders or
only some of them? When you close evolution and move out (do not delete
it) folders.db file for that account, will it fix itself?
Bye,
Milan

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Getting a core in latest git Evolution view Junk folder

2010-01-07 Thread Paul Smith
On Thu, 2010-01-07 at 13:13 +0100, Milan Crha wrote:
 I'm on actual master as well, and I do not see this. I tried to select
 Junk folder of my IMAP account, under On This Computer, but none of
 these exhibits your issue.

To be clear, it doesn't happen to me ALL the time.  Only sometimes;
maybe with certain email in my Junk folder?  Since the failure appears
to be related to determining something about attachments.  I was using a
build I did a few days ago just fine, then suddenly this started
happening.  I updated to the latest git (without changing anything in my
account) and built that and it still happened.

 What account type is your Junk folder from? Do it all Junk folders or
 only some of them? When you close evolution and move out (do not
 delete it) folders.db file for that account, will it fix itself?

I've no doubt I can fix it in various ways, I was just wondering if
there was any information anyone wants me to collect before I do.

As I mentioned, it's connecting to an IMAP server.

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Getting a core in latest git Evolution view Junk folder

2010-01-07 Thread Milan Crha
On Thu, 2010-01-07 at 08:04 -0500, Paul Smith wrote:
 ... Since the failure appears to be related to determining something
 about attachments.
 ...
 As I mentioned, it's connecting to an IMAP server.

Oh, my fault, IMAP with mail with an attachment in junk folder. I can
reproduce it too, with a message as an attachment.

Please file a bug report about it. Thanks.
Milan

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Getting a core in latest git Evolution view Junk folder

2010-01-07 Thread Paul Smith
On Thu, 2010-01-07 at 14:50 +0100, Milan Crha wrote:
 On Thu, 2010-01-07 at 08:04 -0500, Paul Smith wrote:
  ... Since the failure appears to be related to determining something
  about attachments.
  ...
  As I mentioned, it's connecting to an IMAP server.
 
 Oh, my fault, IMAP with mail with an attachment in junk folder. I can
 reproduce it too, with a message as an attachment.
 
 Please file a bug report about it. Thanks.

OK done: https://bugzilla.gnome.org/show_bug.cgi?id=606316

Cheers!

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


[Evolution-hackers] Getting a core in latest git Evolution view Junk folder

2010-01-06 Thread Paul Smith
Hi all.  I have a situation in the very latest git Evolution built
earlier today (also happened with my previous build which was a few days
old).  Whenever I click on my Junk folder Evo dumps core.  It seems to
be an error displaying the summary of my Junk folder.  I'm avoiding it
right now.

FYI, this was compiled with -O0 -g on my Ubuntu 9.10 system, fully
up-to-date.  In addition to Evo et.al. I also build the latest gtkhtml,
libxml2, libsoup, libgweather, samba4 and openchange.

I'm connecting to a Dovecot IMAP server over SSL.

Here's some stack info, followed by a bit of spelunking.  It looks like
the results returned from camel_folder_summary_uid() in
efhd_attachment_button() are bogus; we're getting back a
CamelMessageInfo pointer which looks OK, but then when we cast it into a
CamelMessageInfoBase we see the rest of the structure it points to seems
to be garbage.

This has happened to me before (recently) as well.  That time I was able
to get into the junk folder and delete/expunge and it was fixed.

If this doesn't seem familiar to anyone I'll file a bug report.  Does
anyone want more details than this?  I'm willing to provide them!


Core was generated by `/opt/evo-master/bin/evolution'.
Program terminated with signal 11, Segmentation fault.
#0  0x7f05ac1181c7 in match_content_type (info_ctype=0x25, ctype=0x2e49d00) 
at ../../../evolution-data-server/camel/camel-folder-summary.c:5066
5066if (!compare_strings (info_ctype-type, ctype-type))

(gdb) bt
#0  0x7f05ac1181c7 in match_content_type (info_ctype=0x25, ctype=0x2e49d00) 
at ../../../evolution-data-server/camel/camel-folder-summary.c:5066
#1  0x7f05ac1182a1 in camel_folder_summary_guess_content_info 
(mi=0x7f05981c2990, ctype=0x2e49d00) at 
../../../evolution-data-server/camel/camel-folder-summary.c:5089
#2  0x7f05a2829ad1 in efhd_attachment_button (efh=0x1f63380, eb=0x274ccb0, 
pobject=0x7f05982be5a0) at ../../../evolution/mail/em-format-html-display.c:812
#3  0x7f05a2824a74 in efh_object_requested (html=0x2173e60, eb=0x274ccb0, 
efh=0x1f63380) at ../../../evolution/mail/em-format-html.c:1519
#4  0x7f05b29e3819 in html_g_cclosure_marshal_BOOLEAN__OBJECT 
(closure=0x225f690, return_value=0x7fff71920670, n_param_values=2, 
param_values=0x2479360, invocation_hint=0x7fff719204e0, marshal_data=0x0) at 
../../../gtkhtml/gtkhtml/htmlmarshal.c:81
#5  0x7f05ae1015ae in IA__g_closure_invoke (closure=0x225f690, 
return_value=0x7fff71920670, n_param_values=2, param_values=0x2479360, 
invocation_hint=0x7fff719204e0) at 
/build/buildd/glib2.0-2.22.3/gobject/gclosure.c:767
#6  0x7f05ae116983 in signal_emit_unlocked_R (node=0x20b6620, detail=value 
optimized out, instance=value optimized out, emission_return=value 
optimized out, instance_and_params=value optimized out) at 
/build/buildd/glib2.0-2.22.3/gobject/gsignal.c:3247
#7  0x7f05ae117bcc in IA__g_signal_emit_valist (instance=0x2173e60, 
signal_id=value optimized out, detail=0, var_args=0x7fff719206d0) at 
/build/buildd/glib2.0-2.22.3/gobject/gsignal.c:2990
#8  0x7f05ae118283 in IA__g_signal_emit (instance=0x25, signal_id=48536832, 
detail=2553762352) at /build/buildd/glib2.0-2.22.3/gobject/gsignal.c:3037
#9  0x7f05b2985321 in html_engine_object_requested_cb (engine=0x1fd7c30, 
eb=0x274ccb0, data=0x2173e60) at ../../../gtkhtml/gtkhtml/gtkhtml.c:549
#10 0x7f05b29e3819 in html_g_cclosure_marshal_BOOLEAN__OBJECT 
(closure=0x227c510, return_value=0x7fff71920b30, n_param_values=2, 
param_values=0x24b3210, invocation_hint=0x7fff719209a0, marshal_data=0x0) at 
../../../gtkhtml/gtkhtml/htmlmarshal.c:81
#11 0x7f05ae1015ae in IA__g_closure_invoke (closure=0x227c510, 
return_value=0x7fff71920b30, n_param_values=2, param_values=0x24b3210, 
invocation_hint=0x7fff719209a0) at 
/build/buildd/glib2.0-2.22.3/gobject/gclosure.c:767
#12 0x7f05ae116983 in signal_emit_unlocked_R (node=0x1dd8c10, detail=value 
optimized out, instance=value optimized out, emission_return=value 
optimized out, instance_and_params=value optimized out) at 
/build/buildd/glib2.0-2.22.3/gobject/gsignal.c:3247
#13 0x7f05ae117bcc in IA__g_signal_emit_valist (instance=0x1fd7c30, 
signal_id=value optimized out, detail=0, var_args=0x7fff71920b90) at 
/build/buildd/glib2.0-2.22.3/gobject/gsignal.c:2990
#14 0x7f05ae118283 in IA__g_signal_emit (instance=0x25, signal_id=48536832, 
detail=2553762352) at /build/buildd/glib2.0-2.22.3/gobject/gsignal.c:3037
#15 0x7f05b29c6d86 in element_parse_object (e=0x1fd7c30, clue=0x2653040, 
attr=0x26fad12 object 
classid=\attachment.0x1dcddd0.4GhLr6_8166295.mixed.1\) at 
../../../gtkhtml/gtkhtml/htmlengine.c:1624
#16 0x7f05b29cf6cf in parse_one_token (e=0x1fd7c30, clue=0x2653040, 
str=0x26fad12 object 
classid=\attachment.0x1dcddd0.4GhLr6_8166295.mixed.1\) at 
../../../gtkhtml/gtkhtml/htmlengine.c:3975
#17 0x7f05b29c622c in new_parse_body (e=0x1fd7c30, end=0x7f05b2c4c288) at 
../../../gtkhtml/gtkhtml/htmlengine.c:1429
#18