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 609947 - Possible crash when a file is sent
Possible crash when a file is sent
Status: RESOLVED OBSOLETE
Product: gnome-bluetooth
Classification: Core
Component: sendto
2.29.x
Other Linux
: Normal critical
: ---
Assigned To: gnome-bluetooth-general-maint@gnome.bugs
gnome-bluetooth-general-maint@gnome.bugs
Depends on:
Blocks:
 
 
Reported: 2010-02-14 20:55 UTC by Baptiste Mille-Mathias
Modified: 2010-02-16 10:23 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Baptiste Mille-Mathias 2010-02-14 20:55:43 UTC 
from https://launchpad.net/bugs/456200

+ Trace 220569

Thread 1 (process 2412)

  • #0 strcmp
    at ../sysdeps/i386/i686/strcmp.S line 40
  • #1 g_str_equal
    from /lib/libglib-2.0.so.0
  • #2 obex_agent_request
    at obex-agent.c line 81
  • #3 dbus_glib_marshal_obex_agent_VOID__BOXED_POINTER
    at obex-agent-glue.h line 139
  • #4 invoke_object_method
    at dbus-gobject.c line 1347
  • #5 gobject_message_function
    at dbus-gobject.c line 1497
  • #6 _dbus_object_tree_dispatch_and_unlock
    at dbus-object-tree.c line 856
  • #7 dbus_connection_dispatch
    at dbus-connection.c line 4485
  • #8 message_queue_dispatch
    at dbus-gmain.c line 101
  • #9 g_main_context_dispatch
    from /lib/libglib-2.0.so.0
  • #10 ??
    from /lib/libglib-2.0.so.0
  • #11 g_main_loop_run
    from /lib/libglib-2.0.so.0
  • #12 IA__gtk_main
    at /build/buildd/gtk+2.0-2.18.3/gtk/gtkmain.c line 1218
  • #13 main
    at main.c line 721 






Comment 1


Bastien Nocera





          2010-02-16 10:23:51 UTC
        



Was already fixed 2 months ago.

commit ad449a48b80cee46d2f946a27fb814d1b8abbba1
Author: Bastien Nocera <hadess@hadess.net>
Date:   Mon Dec 14 12:58:31 2009 +0000

    Fix crash when obex-client isn't running already
    
    When obex-client isn't running yet, we can't get a name owner
    for the service. But we'd still get a callback from the service
    when trying to use it, and crash trying to compare the sender
    with a NULL string.
    
    Instead, set the owner's dbus name if we don't already have one
    in obex_agent_request().
    
    See: https://bugzilla.redhat.com/show_bug.cgi?id=544881