After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 324327 - Why does evolution try to guess account?
Why does evolution try to guess account?
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Mailer
2.6.x
Other Linux
: High critical
: ---
Assigned To: Jeffrey Stedfast
Evolution QA team
: 320661 324602 326179 326801 329387 331527 333921 339361 342653 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2005-12-17 11:31 UTC by Sebastien Bacher
Modified: 2013-09-13 00:57 UTC
See Also:
GNOME target: ---
GNOME version: 2.11/2.12


Attachments
This was requested by the developer (Susarla P.) for bug# 324327. Bug status was changed to NEEDINFO pending this document. (175.73 KB, application/x-compressed-tar)
2006-02-03 14:24 UTC, Frodo Baggins
  Details
324327.patch (1.84 KB, patch)
2006-04-14 18:12 UTC, Jeffrey Stedfast
none Details | Review

Description Sebastien Bacher 2005-12-17 11:31:36 UTC
This bug has been opened here: http://bugzilla.ubuntu.com/show_bug.cgi?id=20766

"I've been trying to use the ubuntu/breezy version of evolution
(2.4.1-0ubuntu7) and evolution-exchange (2.4.1-0ubuntu1) for some time
now.

Sometimes, when I open mails that I have moved from exchange inbox to
my local folders, evolution crashes. Backtrace shows that evo is
trying to figure out whether it should do some receipt handling (dunno
why this would be needed when opening a filed message) and ends up
accessing a null pointer. The em_utils_handle_receipt() in
em-composer-utils.c calls guess_account() which returns zero (dunno
why the account needs to be "guessed") probably because the "url"
seems to be a file name.

I added checking for null before using the account var but something
else is probably more appropriate..

(gdb) where
  • #0 em_utils_handle_receipt
    at em-composer-utils.c line 1124
  • #1 emu_handle_receipt_message
    at em-composer-utils.c line 1077
  • #2 get_messagex_got
    at mail-ops.c line 1806
  • #3 mail_msgport_replied
    at mail-mt.c line 447
  • #4 g_vasprintf
    from /usr/lib/libglib-2.0.so.0
  • #5 g_main_context_dispatch
    from /usr/lib/libglib-2.0.so.0
  • #6 g_main_context_check
    from /usr/lib/libglib-2.0.so.0
  • #7 g_main_loop_run
    from /usr/lib/libglib-2.0.so.0
  • #8 bonobo_main
    from /usr/lib/libbonobo-2.so.0
  • #9 main

Comment 1 Poornima 2005-12-19 12:34:36 UTC
This is 'Evolution' 'Mailer' issue, so changing component.
Seb: Bug has been raised for 'Evolution' crashes ? if not please raise bug for that issue.
Comment 2 Sebastien Bacher 2005-12-19 14:46:26 UTC
what do you mean? this bug is about the crash and has a backtrace
Comment 3 Karsten Bräckelmann 2006-01-14 02:15:33 UTC
REOPENing.
Comment 4 parthasarathi susarla 2006-01-19 09:32:14 UTC
Is it possible to attach the message here. It would just make it easier for me to write and test a fix. Probably just the null check might do. Please remove any confidential info in the mail and attach. Thanks
Comment 5 parthasarathi susarla 2006-01-19 09:35:03 UTC
*** Bug 326801 has been marked as a duplicate of this bug. ***
Comment 6 parthasarathi susarla 2006-01-19 09:37:01 UTC
*** Bug 326179 has been marked as a duplicate of this bug. ***
Comment 7 Karsten Bräckelmann 2006-01-24 20:02:06 UTC
Confirming as per duplicates.
Comment 8 parthasarathi susarla 2006-01-31 08:42:32 UTC
I really need to get a copy of the mail. Changing to NEEDINFO. Please reopen when you provide the necessary info
Comment 9 André Klapper 2006-02-01 13:51:55 UTC
*** Bug 329387 has been marked as a duplicate of this bug. ***
Comment 10 Frodo Baggins 2006-02-03 14:24:35 UTC
Created attachment 58651 [details]
This was requested by the developer (Susarla P.) for bug# 324327. Bug status was changed to NEEDINFO pending this document.

the attachment is a zip archive but this option was not available. Hence selected tar. The archive consists of html & pdf files.
The mail consisted of the following text and the attached archive.(I have foobarred my name)
text start
feestructure doc has detailed DD info -> important
also reg form is included.

Regards,
foobar
text end
Comment 11 Frodo Baggins 2006-02-03 14:45:00 UTC
(In reply to comment #8)
> I really need to get a copy of the mail. Changing to NEEDINFO. Please reopen
> when you provide the necessary info
> 

Please change the status to REOPEN. I couldn't find how to do that.
Comment 12 parthasarathi susarla 2006-02-06 06:46:50 UTC
This bug is fixed on head. Thanks for the info frodo. :)
Comment 13 André Klapper 2006-02-17 13:10:04 UTC
*** Bug 331527 has been marked as a duplicate of this bug. ***
Comment 14 Thomas M. 2006-03-03 16:30:04 UTC
Bug is still here. 
The fix, introduced in em-composer-utils.c 1.50 (saps) is missing a one liner:

--- em-composer-utils.c.orig    2006-03-03 17:28:25.000000000 +0100
+++ em-composer-utils.c 2006-03-03 15:04:14.000000000 +0100
@@ -1122,7 +1122,7 @@
        }

        if (account && account->receipt_policy == E_ACCOUNT_RECEIPT_ALWAYS
-           || ( account->receipt_policy == E_ACCOUNT_RECEIPT_ASK
+           || ( account && account->receipt_policy == E_ACCOUNT_RECEIPT_ASK
                && e_error_run (NULL, "mail:ask-receipt", addr, camel_mime_message_get_subject(msg)) == GTK_RESPONSE_YES))
                em_utils_send_receipt(folder, msg);
 }
Comment 15 Thomas M. 2006-03-10 09:13:34 UTC
Without the patch above, I am able to reproduce.
The fix was testing for account not being null before dereferencing account->receipt_policy, but it was only done on one line of the test, not on the second line.

Could you please reopen this bug till the fix is complete ?

Thank you
Comment 16 André Klapper 2006-03-10 12:07:09 UTC
reopening as per last comment.
i guess that bug 333921 is a duplicate, not entirely sure though.

targetting to 2.6.
Comment 17 Thomas M. 2006-03-10 21:56:01 UTC
Thank you for reopening. And yes bug 320661, bug 324602, and bug 333921 seem to be duplicates of this one (the crash descriptions and backtraces match).

Since the fix is a quite simpe one line patch, maybe an earlier release could be targetted ?
Comment 18 André Klapper 2006-03-11 12:01:06 UTC
thomas: there isn't anything earlier. we're currently under hard code freeze.

partha: ping?
Comment 19 Jeffrey Stedfast 2006-04-14 18:12:34 UTC
Created attachment 63492 [details] [review]
324327.patch
Comment 20 Thomas M. 2006-04-15 09:10:19 UTC
It would be great to mark bug 320661, bug 324602, and bug 333921 as duplicates of this one (which I would do, if my account had the permission).
Thank you!
Comment 21 Jeffrey Stedfast 2006-04-17 15:00:09 UTC
*** Bug 320661 has been marked as a duplicate of this bug. ***
Comment 22 Jeffrey Stedfast 2006-04-17 15:01:09 UTC
*** Bug 324602 has been marked as a duplicate of this bug. ***
Comment 23 Jeffrey Stedfast 2006-04-17 15:01:45 UTC
*** Bug 333921 has been marked as a duplicate of this bug. ***
Comment 24 Jeffrey Stedfast 2006-04-18 20:57:48 UTC
committed to CVS
Comment 25 André Klapper 2006-05-23 11:45:59 UTC
*** Bug 342653 has been marked as a duplicate of this bug. ***
Comment 26 André Klapper 2006-08-22 10:02:02 UTC
*** Bug 339361 has been marked as a duplicate of this bug. ***
Comment 27 Tobias Mueller 2008-03-02 15:21:18 UTC
I don't hope we're facing a regression with bug 519683.