abrt version: 1.1.13 architecture: x86_64 Attached file: backtrace cmdline: evolution -c mail component: evolution executable: /usr/bin/evolution kernel: 2.6.35.6-48.fc14.x86_64 package: evolution-2.32.0-2.fc14 rating: 4 reason: Process /usr/bin/evolution was killed by signal 11 (SIGSEGV) release: Fedora release 14 (Laughlin) time: 1289257340 uid: 1000 How to reproduce ----- 1. Edit a mail as plein text with link and a picture 2. 3.
Created attachment 458923 [details] File: backtrace
Thanks for a bug report. I tried to reproduce this, but I'm not able to. Could you be more concrete with steps and/or data, please? It seems to me that it depends on the surrounding text of the link too, but I wasn't able to find the correct one. Thanks in advance.
I also can't reproduce it, i'm so sorry, i have try to do same action but not ...
Hi, I have fond how to reproduce 1) Create 2 new mail with html format. 2) on the first one, i copy this information on it : Bonjour, Voici nos photos de vacances en Jordanie : Deux façon d'y accéder : - Les localiser sur la carte : il suffit de cliquer sur le post-it correspondant http://roumano.com/images/map.php?/category/18 - Accès direct aux photos : <a photo here 72px*72px> Gros bisous à tous A bientôt Léonie et Christian Sur roumano.com 3) Still on the first one, create a new line at the end of the mail 4) Select & Copy this new line (empty) 5) Paste to the second mail : evolution crash. Regards
Thanks for the update. I see I can reproduce it too, with actual git master and slightly simpler steps: a) open composer b) add an empty line, select it, deselect it c) right-click with the mouse, see the Copy action is enabled, press it d) right-click and choose Paste. if the above was done in plain text mode then only a critical warning is printed on the console: > composer-CRITICAL **: e_composer_paste_text: assertion `text != NULL' failed if in the HTML mode, then the evolution crashes with the below backtrace. The only "issue" is that it is a different crash than the initial. #0 g_utf8_validate (str=0x0, max_len=-2, end=0x0) at gutf8.c:1784 #1 0x00007ffff6309ef4 in e_selection_data_get_html (selection_data=0x7fffffffc1b0) at e-selection.c:308 #2 0x00007ffff630a9f3 in clipboard_request_html_cb (clipboard=0x693da0, selection_data=0x7fffffffc1b0, info=0x10a9d00) at e-selection.c:658 #3 0x0000003dc2ea0eb5 in selection_received (widget=0xf06400 [GtkInvisible], selection_data=0x7fffffffc1b0, time=<value optimized out>) at gtkclipboard.c:865 #4 0x000000356160df89 in g_closure_invoke (closure=0xf579e0, return_value=0x0, n_param_values=3, param_values=0x7fff98005f20, invocation_hint=0x7fffffffbe10) at gclosure.c:766 #5 0x000000356161ee87 in signal_emit_unlocked_R (node=<value optimized out>, detail=0, instance=0xf06400, emission_return=0x0, instance_and_params=0x7fff98005f20) at gsignal.c:3252 #6 0x00000035616287b5 in g_signal_emit_valist (instance=<value optimized out>, signal_id=<value optimized out>, detail=<value optimized out>, var_args=<value optimized out>) at gsignal.c:2983 #7 0x0000003561628b6d in g_signal_emit_by_name (instance=<value optimized out>, detailed_signal=0x3dc2fb3691 "selection-received") at gsignal.c:3077 #8 0x0000003dc2dc0203 in gtk_selection_retrieval_report (info=0x7fffd400cb00, type=<value optimized out>, format=<value optimized out>, buffer=<value optimized out>, length=<value optimized out>, time=20213498) at gtkselection.c:2938 #9 0x0000003dc2dc1ae5 in IA__gtk_selection_convert (widget=0xf06400 [GtkInvisible], selection=0x45, target=0x8a, time_=20213498) at gtkselection.c:1089 #10 0x00007ffff630aae0 in e_clipboard_request_html (clipboard=0x693da0, callback=0x7ffff6309860 <clipboard_wait_for_text_cb>, user_data=0x7fffffffc2f0) at e-selection.c:681 #11 0x00007ffff630acf3 in e_clipboard_wait_for_html (clipboard=0x693da0) at e-selection.c:747 #12 0x00007fffed1d8a3a in e_composer_paste_html (composer=0x11401d0 [EMsgComposer], clipboard=0x693da0) at e-composer-private.c:608 #13 0x00007fffed1dd21c in msg_composer_paste_clipboard_targets_cb (clipboard=0x693da0, targets=0x14a6750, n_targets=9, composer=0x11401d0 [EMsgComposer]) at e-msg-composer.c:1744 ...
I committed a workaround for 2.32.1+ and filled an upstream bug [1] for the crash from the previous comment. I'm keeping this opened due to the initial report, where we are still looking for steps to reproduce. [1] https://bugzilla.gnome.org/show_bug.cgi?id=634411
This message is a notice that Fedora 14 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 14. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '14' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 14 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" (top right of this page) and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping