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 708476 - Schema 'org.gnome.rhythmbox.source' has no child 'source'
Schema 'org.gnome.rhythmbox.source' has no child 'source'
Status: RESOLVED FIXED
Product: rhythmbox
Classification: Other
Component: DAAP
3.0
Other All
: Normal major
: ---
Assigned To: RhythmBox Maintainers
RhythmBox Maintainers
Depends on:
Blocks:
 
 
Reported: 2013-09-20 16:53 UTC by David King
Modified: 2013-09-30 21:38 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
use the settings object on RBDAAPSource directly (1.47 KB, patch)
2013-09-20 16:57 UTC, David King 		committed Details | Review

Description David King 2013-09-20 16:53:34 UTC 
Using Rhythmbox 3.0, I hit an assert when connecting to a DAAP share (actually once Rhythmbox has retrieved the list of tracks). The stack trace is:

+ Trace 232514

  • #0 g_logv
    at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gmessages.c line 981
  • #1 g_log
    at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gmessages.c line 1010
  • #2 g_settings_get_child
    at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/gio/gsettings.c line 2083
  • #3 rb_daap_source_connection_cb
    at rb-daap-source.c line 642
  • #4 connected_cb
    at dmap-connection.c line 1168
  • #5 _g_closure_invoke_va
    at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/gobject/gclosure.c line 840
  • #6 g_signal_emit_valist
    at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/gobject/gsignal.c line 3234
  • #7 g_signal_emit
    at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/gobject/gsignal.c line 3384
  • #8 dmap_connection_do_something
    at dmap-connection.c line 1564
  • #9 g_main_dispatch
    at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gmain.c line 3054
  • #10 g_main_context_dispatch
    at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gmain.c line 3630
  • #11 g_main_context_iterate
    at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gmain.c line 3701
  • #12 g_main_context_iteration
    at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/glib/gmain.c line 3762
  • #13 g_application_run
    at /var/tmp/portage/dev-libs/glib-2.36.4-r1/work/glib-2.36.4/gio/gapplication.c line 1623
  • #14 rb_application_run
    at rb-application.c line 646
  • #15 main
    at main.c line 95 

It seems that the code in rb_daap_source_connection_cb() tries to get a child of a child schema, which fails as the child schema is already set correctly on the RBDAAPSource.
Comment 1 David King 2013-09-20 16:57:22 UTC 
Created attachment 255423 [details] [review]
use the settings object on RBDAAPSource directly

This patch fixes the problem for me.
Comment 2 Jonathan Matthew 2013-09-30 21:37:52 UTC 
pushed as commit 83845c7, thanks.