Evolution dies unexpectedly when dragging an attached email into an IMAP folder. Works fine if the folder is a normal Evolution folder. Reproducible: Always Steps to Reproduce: 1. Open an email with another email as an attachment (forward to yourself as an attachment if necessary) 2. Drag the attached email into an IMAP folder 3. Hang onto your seat Actual Results: Evolution dies a violent death. Expected Results: The attached email should be uploaded to the IMAP folder. This worked magnificently in version 2.0. In case it matters, IMAP server is bincimap 1.2.12. It shouldn't because mutt handles this just fine, and previous versions of Evolution did magnificently. # emerge info Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.4.20041102-r1, 2.6.11-gentoo-r11-odb1 i686) ================================================================= System uname: 2.6.11-gentoo-r11-odb1 i686 Pentium III (Coppermine) Gentoo Base System version 1.6.12 Python: dev-lang/python-2.3.5 [2.3.5 (#1, Jun 9 2005, 11:01:11)] ccache version 2.3 [enabled] dev-lang/python: 2.3.5 sys-apps/sandbox: [Not Present] sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.16 virtual/os-headers: 2.6.8.1-r1, 2.6.8.1-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=pentium3 -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -mcpu=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo ftp://130.207.108.136/pub/gentoo http://adelie.polymtl.ca/ http://gentoo.ccccom.com" LANG="C" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X alsa apache2 apm avi berkdb bitmap-fonts crypt cups curl eds emboss encode esd fam flac foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2 gtkhtml guile imap imlib java jpeg libg++ libwww mad mikmod motif mozilla mp3 mpeg ncurses nls nptl ogg oggvorbis opengl oss pam pdflib perl png ppds python quicktime readline samba sasl sdl slang spell ssl svga tcpd tiff truetype truetype-fonts type1-fonts vorbis xine xml xml2 xmms xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CBUILD, CTARGET, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
Created attachment 62018 [details] A backtrace when Evolution crashes
can't reproduce with evolution 2.2.3 . If you can still reproduce, try to get a backtrace now with debugging info ( http://dev.gentoo.org/~chriswhite/bugzilla-howto.html#doc_chap2 ).
(In reply to comment #2) > can't reproduce with evolution 2.2.3 . If you can still reproduce, try to get a > backtrace now with debugging info ( > http://dev.gentoo.org/~chriswhite/bugzilla-howto.html#doc_chap2 ). I would love to test this, but how do I go about it without installing what seems like the whole ~x86 for Gnome?
Most of the ~x86 stuff is an inch away from getting x86, so I wouldn't be too worried about it.
I'll be building this morning. Unfortunately it will take quite a while (most of today) as I'm running on very limited hardware. I'll let you know what I find ASAP. Thanks!
Yes, the problem still occurs. Backtrace is below. Let me know if I can do anything else to provide you with info: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1246553168 (LWP 3369)] 0xb6826b8e in camel_message_info_uint32 (mi=0x0, id=5) at camel-folder-summary.c:2735 2735 camel-folder-summary.c: No such file or directory. in camel-folder-summary.c (gdb) (gdb) (gdb) (gdb) (gdb) bt #0 0xb6826b8e in camel_message_info_uint32 (mi=0x0, id=5) at camel-folder-summary.c:2735 #1 0xb633e1ff in do_append (folder=0x84346d8, message=0x846ef64, info=0x0, uid=0xb5b31364, ex=0x87073a0) at camel-imap-folder.c:1171 #2 0xb633e5b9 in imap_append_online (folder=0x84346d8, message=0x846ef64, info=0x0, appended_uid=0x0, ex=0x87073a0) at camel-imap-folder.c:1249 #3 0xb6818f5c in disco_append_message (folder=0x84346d8, message=0x846ef64, info=0x0, appended_uid=0x0, ex=0x87073a0) at camel-disco-folder.c:369 #4 0xb6829a16 in camel_folder_append_message (folder=0x84346d8, message=0x846ef64, info=0x0, appended_uid=0x0, ex=0x87073a0) at camel-folder.c:642 #5 0xb657dac2 in em_utils_selection_get_message (data=0x87004b0, folder=0x84346d8) at em-utils.c:955 #6 0xb659b0e7 in ml_drop_async_drop (mm=0x82fa5a0) at message-list.c:1627 #7 0xb658aa3a in mail_msg_received (e=0x8173798, msg=0x82fa5a0, data=0x0) at mail-mt.c:556 #8 0xb7d83bac in thread_received_msg (e=0x8173798, m=0x82fa5a0) at e-msgport.c:826 #9 0xb7d83d90 in thread_dispatch (din=0x8173798) at e-msgport.c:907 #10 0xb738eb8d in start_thread () from /lib/tls/libpthread.so.0 #11 0xb5b314e0 in ?? () #12 0x00000000 in ?? () #13 0x00000000 in ?? () #14 0x00000000 in ?? () #15 0x00000000 in ?? () #16 0x00000000 in ?? () #17 0x00000000 in ?? () #18 0xb5b31bb0 in ?? () #19 0xb7399ff4 in ?? () from /lib/tls/libpthread.so.0 #20 0xffffffdc in ?? () #21 0xb5b31e00 in ?? () #22 0xb5b31bb0 in ?? () #23 0xb5b314c0 in ?? () #24 0xb738eb5a in start_thread () from /lib/tls/libpthread.so.0 #25 0x00000000 in ?? () (gdb)
Can't reproduce with stable 2.4.2, please reopen if you can.
Yes, resolved with 2.4.2. Thanks!
