Bug 654468 - [abrt] evolution-2.32.0-2.fc14: (SIGABRT) _dbus_abort, gconf_client_real_unreturned_error, gconf_client_set_bool
Summary: [abrt] evolution-2.32.0-2.fc14: (SIGABRT) _dbus_abort, gconf_client_real_unre...
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: GConf
Version: 14
Hardware: i686
OS: Unspecified
low
medium
Target Milestone: ---
Assignee: Ray Strode [halfline]
QA Contact:
URL:
Whiteboard: abrt_hash:ee20b596f6d21cc55dd86e3da8b...
: 654524 655446 655715 665811 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-11-17 22:37 UTC by Sebastián Ramírez
Modified: 2012-08-16 20:19 UTC (History)
11 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2012-08-16 20:19:56 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
File: backtrace (35.93 KB, text/plain)
2010-11-17 22:37 UTC, Sebastián Ramírez
no flags Details

Description Sebastián Ramírez 2010-11-17 22:37:22 UTC
abrt version: 1.1.13
architecture: i686
Attached file: backtrace
cmdline: evolution
comment: I don't know in what moment error is happend.
component: evolution
crash_function: raise
executable: /usr/bin/evolution
kernel: 2.6.35.6-48.fc14.i686
package: evolution-2.32.0-2.fc14
rating: 4
reason: Process /usr/bin/evolution was killed by signal 6 (SIGABRT)
release: Fedora release 14 (Laughlin)
time: 1289134614
uid: 500

How to reproduce
-----
1..
3.

Comment 1 Sebastián Ramírez 2010-11-17 22:37:26 UTC
Created attachment 461175 [details]
File: backtrace

Comment 2 Milan Crha 2010-11-18 10:10:00 UTC
*** Bug 654524 has been marked as a duplicate of this bug. ***

Comment 3 Milan Crha 2010-11-18 10:18:47 UTC
Thanks for a bug report. Unless some memory corruption, which I doubt, this is from the GConf, because Evolution is not using dbus-glib any more, it's using GDbus instead. I looked into the key's Schema definition, and I see that
/apps/evolution/shell/view_defaults/window_maximized
is defined as bool, thus the 
> #4  0x009df846 in _dbus_warn_check_failed (format=0x9ef9f8 "arguments
>     to %s() were incorrect, assertion \"%s\" failed in file %s line %d.\n
>     This is normally a bug in some application using the D-Bus library.\n")
>     at dbus-internals.c:289
might not be about this.

Could you run evolution from console and get messages from there, please? Though I cannot reproduce this with just making window maximized and unmaximized.

Also, what is your dbus, dbus-glib and GConf2 version, please?
   $ rpm -q dbus dbus-glib GConf2

Thread 1 (Thread 2978):
#0  0x00be6416 in __kernel_vsyscall ()
No symbol table info available.
#1  0x010a8501 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
        resultvar = <value optimized out>
        resultvar = <value optimized out>
        pid = 18919412
        selftid = 2978
#2  0x010a9f6e in abort () at abort.c:92
        save_stage = 2
        act = {__sigaction_handler = {sa_handler = 0x9b68f4, sa_sigaction = 0x9b68f4}, sa_mask = {__val = {3221127364, 3553884, 0, 3078236960, 5, 0, 1, 3078324224, 3221127396, 0, 3221127408, 10422920, 64, 3221127308, 18121156, 64, 17724284, 0, 3221127440, 3221127376, 0, 4294967295, 3078324224, 18920800, 3078285304, 3221127352, 10197541, 18920800, 10422920, 64, 3078324224, 17327396}}, sa_flags = -1216681992, sa_restorer = 0x120aff4}
        sigs = {__val = {32, 0 <repeats 31 times>}}
#3  0x009e9cd5 in _dbus_abort () at dbus-sysdeps.c:94
        s = <value optimized out>
#4  0x009df846 in _dbus_warn_check_failed (format=0x9ef9f8 "arguments to %s() were incorrect, assertion \"%s\" failed in file %s line %d.\nThis is normally a bug in some application using the D-Bus library.\n") at dbus-internals.c:289
        args = 0xbffe8184 "\367\304\236"
#5  0x009c2c79 in dbus_connection_unref (connection=0x0) at dbus-connection.c:2792
        last_unref = <value optimized out>
        __FUNCTION__ = "dbus_connection_unref"
#6  0x01532a2e in filter_function (connection=0x9f51058, message=0x9f68360, user_data=0xa096278) at dbus.c:92
        __FUNCTION__ = "filter_function"
#7  0x009c4f03 in dbus_connection_dispatch (connection=0x9f51058) at dbus-connection.c:4650
        filter = <value optimized out>
        next = 0x0
        message = 0x9f68360
        link = <value optimized out>
        filter_list_copy = 0x9f68670
        message_link = 0x9f6b7e8
        result = DBUS_HANDLER_RESULT_NOT_YET_HANDLED
        pending = <value optimized out>
        reply_serial = <value optimized out>
        status = <value optimized out>
        __FUNCTION__ = "dbus_connection_dispatch"
#8  0x008dc20e in message_queue_dispatch (source=0x9f51550, callback=0, user_data=0x0) at dbus-gmain.c:101
        connection = 0x9f51058
#9  0x096ae192 in g_main_dispatch (context=0x9f37770) at gmain.c:2149
        dispatch = 0x8dc1e0 <message_queue_dispatch>
        was_in_call = 0
        user_data = 0x0
        callback = 0
        cb_funcs = 0x0
        cb_data = 0x0
        current_source_link = {data = 0x9f51550, next = 0xbffe8970}
        need_destroy = <value optimized out>
        source = 0x9f51550
        current = 0x9f5fd28
        i = <value optimized out>
#10 g_main_context_dispatch (context=0x9f37770) at gmain.c:2702
No locals.
#11 0x096ae978 in g_main_context_iterate (context=0x9f37770, block=1, dispatch=1, self=<value optimized out>) at gmain.c:2780
        max_priority = 0
        timeout = 0
        some_ready = 1
        nfds = <value optimized out>
        allocated_nfds = <value optimized out>
        fds = 0xa4480d0
#12 0x096af04b in g_main_loop_run (loop=0xa381090) at gmain.c:2988
        __PRETTY_FUNCTION__ = "g_main_loop_run"
#13 0x02140875 in IA__gtk_dialog_run (dialog=0x9f72910) at gtkdialog.c:1094
        ri = {dialog = 0x0, response_id = -1, loop = 0xa381090, destroyed = 0}
        was_modal = <value optimized out>
        response_handler = 33806
        unmap_handler = 33807
        destroy_handler = 33809
        delete_handler = 33808
        __PRETTY_FUNCTION__ = "IA__gtk_dialog_run"
#14 0x004f44cb in error_handler (client=0x9f43c70, error=0xaec08970) at gconf-bridge.c:1295
        message = <value optimized out>
        dlg = 0x9f72910
        shown_dialog = 0
#15 0x00e200a3 in gconf_client_real_unreturned_error (client=0x9f43c70, error=0xaec08970) at gconf-client.c:335
No locals.
#16 0x00b69708 in g_cclosure_marshal_VOID__POINTER (closure=0x9f67cf8, return_value=0x0, n_param_values=2, param_values=0xa38b400, invocation_hint=0xbffe8660, marshal_data=0xe20040) at gmarshal.c:603
        callback = 0xe20040 <gconf_client_real_unreturned_error>
        cc = 0x9f67cf8
        data1 = <value optimized out>
        data2 = <value optimized out>
        __PRETTY_FUNCTION__ = "g_cclosure_marshal_VOID__POINTER"
#17 0x00b4b538 in g_type_class_meta_marshal (closure=0x9f67cf8, return_value=0x0, n_param_values=2, param_values=0xa38b400, invocation_hint=0xbffe8660, marshal_data=0x48) at gclosure.c:877
        class = <value optimized out>
        callback = <value optimized out>
        offset = 72
#18 0x00b4cbe3 in g_closure_invoke (closure=0x9f67cf8, return_value=0x0, n_param_values=2, param_values=0xa38b400, invocation_hint=0xbffe8660) at gclosure.c:766
        marshal = 0xb4b4e0 <g_type_class_meta_marshal>
        marshal_data = 0x48
        in_marshal = 0
        __PRETTY_FUNCTION__ = "g_closure_invoke"
#19 0x00b5eef5 in signal_emit_unlocked_R (node=0x9f67d60, detail=0, instance=0x9f43c70, emission_return=0x0, instance_and_params=0xa38b400) at gsignal.c:3290
        accumulator = 0x0
        emission = {next = 0x0, instance = 0x9f43c70, ihint = {signal_id = 148, detail = 0, run_type = G_SIGNAL_RUN_LAST}, state = EMISSION_RUN, chain_type = 167149296}
        class_closure = 0x9f67cf8
        handler_list = 0x0
        return_accu = 0x0
        accu = {g_type = 0, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}}
        signal_id = 148
        max_sequential_handler_number = 33801
        return_value_altered = 0
#20 0x00b6824e in g_signal_emit_valist (instance=0x9f43c70, signal_id=148, detail=0, var_args=0xbffe8820 "h\210\376\277\220v5") at gsignal.c:2983
        instance_and_params = 0xa38b400
        signal_return_type = 4
        param_values = 0xa38b414
        node = <value optimized out>
        i = <value optimized out>
        n_params = 1
        __PRETTY_FUNCTION__ = "g_signal_emit_valist"
#21 0x00b68403 in g_signal_emit (instance=0x9f43c70, signal_id=148, detail=0) at gsignal.c:3040
        var_args = 0xbffe881c "p\211\300\256h\210\376\277\220v5"
#22 0x00e21779 in gconf_client_unreturned_error (client=0x9f43c70, error=0xaec08970) at gconf-client.c:1929
        __PRETTY_FUNCTION__ = "gconf_client_unreturned_error"
#23 0x00e217ec in handle_error (client=0x9f43c70, error=0xaec08970, err=0x0) at gconf-client.c:380
No locals.
#24 0x00e21ca2 in gconf_client_set_bool (client=0x9f43c70, key=0xa2afb30 "/apps/evolution/shell/view_defaults/window_maximized", val=1, err=0x0) at gconf-client.c:1821
        error = 0xaec08970
        result = 0
        __PRETTY_FUNCTION__ = "gconf_client_set_bool"
#25 0x004f4ae4 in window_binding_perform_scheduled_sync (binding=0xa36cfc8) at gconf-bridge.c:673
        key = 0xa2afb30 "/apps/evolution/shell/view_defaults/window_maximized"
        state = <value optimized out>
        window = <value optimized out>
        width = -1073837816
        height = 158005245
#26 0x096af8fd in g_timeout_dispatch (source=0xa540770, callback=0x4f48d0 <window_binding_perform_scheduled_sync>, user_data=0xa36cfc8) at gmain.c:3585
        timeout_source = 0xa540770
#27 0x096ae192 in g_main_dispatch (context=0x9f37770) at gmain.c:2149
        dispatch = 0x96af8d0 <g_timeout_dispatch>
        was_in_call = 0
        user_data = 0xa36cfc8
        callback = 0x4f48d0 <window_binding_perform_scheduled_sync>
        cb_funcs = 0x977b5bc
        cb_data = 0xa3f09a0
        current_source_link = {data = 0xa540770, next = 0x0}
        need_destroy = <value optimized out>
        source = 0xa540770
        current = 0x9f5fd28
        i = <value optimized out>
#28 g_main_context_dispatch (context=0x9f37770) at gmain.c:2702
No locals.
#29 0x096ae978 in g_main_context_iterate (context=0x9f37770, block=1, dispatch=1, self=<value optimized out>) at gmain.c:2780
        max_priority = 0
        timeout = 0
        some_ready = 1
        nfds = <value optimized out>
        allocated_nfds = <value optimized out>
        fds = 0xa4480d0
#30 0x096af04b in g_main_loop_run (loop=0xa0cf3f0) at gmain.c:2988
        __PRETTY_FUNCTION__ = "g_main_loop_run"
#31 0x021d5499 in IA__gtk_main () at gtkmain.c:1237
        tmp_list = <value optimized out>
        functions = 0x0
        init = <value optimized out>
        loop = 0xa0cf3f0
#32 0x0804a027 in soup_uri_encode (argc=1, argv=0xbffe8be4) at main.c:671
        shell = 0x9f71838
        client = <value optimized out>
        error = 0x0

Comment 4 Milan Crha 2010-11-22 10:55:33 UTC
*** Bug 655446 has been marked as a duplicate of this bug. ***

Comment 5 Milan Crha 2010-11-22 10:56:47 UTC
Bug #655446 is similar, but the originator is:
> org_freedesktop_Tracker1_Resources_batch_sparql_update_async_callback
Either just a coincidence, or related to dbus-glib itself.

Comment 6 Milan Crha 2010-11-22 11:16:15 UTC
*** Bug 655715 has been marked as a duplicate of this bug. ***

Comment 7 zbechir 2010-12-09 13:50:02 UTC
Package: evolution-2.32.1-1.fc14
Architecture: x86_64
OS Release: Fedora release 14 (Laughlin)


How to reproduce
-----
1.??
2.
3.

Comment 8 zbechir 2010-12-09 15:46:03 UTC
Package: evolution-2.32.1-1.fc14
Architecture: x86_64
OS Release: Fedora release 14 (Laughlin)


How to reproduce
-----
1.??
2.
3.

Comment 9 zbechir 2010-12-15 13:53:05 UTC
Package: evolution-2.32.1-1.fc14
Architecture: x86_64
OS Release: Fedora release 14 (Laughlin)


How to reproduce
-----
1.???
2.
3.

Comment 10 zbechir 2010-12-21 15:33:55 UTC
Package: evolution-2.32.1-1.fc14
Architecture: x86_64
OS Release: Fedora release 14 (Laughlin)


How to reproduce
-----
1.???
2.
3.

Comment 11 zbechir 2010-12-21 15:35:36 UTC
Package: evolution-2.32.1-1.fc14
Architecture: x86_64
OS Release: Fedora release 14 (Laughlin)


How to reproduce
-----
1.???
2.
3.

Comment 12 zbechir 2011-01-03 16:05:25 UTC
Package: evolution-2.32.1-1.fc14
Architecture: x86_64
OS Release: Fedora release 14 (Laughlin)


How to reproduce
-----
1.
2.?
3.

Comment 13 Milan Crha 2011-01-06 10:56:17 UTC
*** Bug 665811 has been marked as a duplicate of this bug. ***

Comment 14 Jaime RCZ 2011-01-11 20:28:17 UTC
Package: evolution-2.32.1-1.fc14
Architecture: x86_64
OS Release: Fedora release 14 (Laughlin)


How to reproduce
-----
1. Open Evolution
2. Try to create an event based on an email
3.


Comment
-----
Evolution crashes when creating email related events

Comment 15 zbechir 2011-01-13 11:35:08 UTC
Package: evolution-2.32.1-1.fc14
Architecture: x86_64
OS Release: Fedora release 14 (Laughlin)


How to reproduce
-----
1.????
2.
3.

Comment 16 zbechir 2011-01-24 12:00:01 UTC
Package: evolution-2.32.1-1.fc14
Architecture: x86_64
OS Release: Fedora release 14 (Laughlin)


How to reproduce
-----
1.???
2.
3.

Comment 17 Cyril Sluchanko 2011-02-07 11:38:22 UTC
Package: evolution-2.32.1-1.fc14
Architecture: x86_64
OS Release: Fedora release 14 (Laughlin)


How to reproduce
-----
1. Send message via Exchange MAPI
2.
3.

Comment 18 John Margaritopoulos 2011-02-14 09:47:35 UTC
Package: evolution-2.32.1-1.fc14
Architecture: i686
OS Release: Fedora release 14 (Laughlin)


How to reproduce
-----
1.
2.
3.
.

Comment 19 Boris Goldowsky 2011-03-04 11:01:59 UTC
Package: evolution-2.32.1-1.fc14
Architecture: x86_64
OS Release: Fedora release 14 (Laughlin)


How to reproduce
-----
Unreproducable crash

Comment 20 Lawrence Graves 2011-03-06 01:43:04 UTC
Package: evolution-2.32.2-1.fc14
Architecture: x86_64
OS Release: Fedora release 14 (Laughlin)


How to reproduce
-----
1.I don't know anything except when I checked there is was.
2.
3.

Comment 21 Cyril Sluchanko 2011-04-26 11:16:35 UTC
Package: evolution-2.32.2-1.fc14
Architecture: x86_64
OS Release: Fedora release 14 (Laughlin)


How to reproduce
-----
1. App was idle in background.
2.
3.

Comment 22 Cyril Sluchanko 2011-06-03 07:27:19 UTC
Package: evolution-2.32.2-1.fc14
Architecture: x86_64
OS Release: Fedora release 14 (Laughlin)


How to reproduce
-----
1. Not sure as I was experimenting with gnome-shell and have had many problems with it.
2.
3.

Comment 23 Fedora End Of Life 2012-08-16 20:19:58 UTC
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


Note You need to log in before you can comment on or make changes to this bug.