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 682653 - Critical warning about non-registered application
Critical warning about non-registered application
Status: RESOLVED FIXED
Product: epiphany
Classification: Core
Component: General
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Epiphany Maintainers
Epiphany Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-08-25 09:47 UTC by Xan Lopez
Modified: 2012-09-13 07:49 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Xan Lopez 2012-08-25 09:47:45 UTC 
I've started to get this in some ephy unit tests:

(/home/xan/git/epiphany/build/tests/test-ephy-session:9865): GLib-GIO-CRITICAL **: g_application_list_actions: assertion `application->priv->is_registered' failed

Program received signal SIGTRAP, Trace/breakpoint trap.
0x00007ffff5141bfd in g_logv (log_domain=0x7ffff53eb541 "GLib-GIO", log_level=G_LOG_LEVEL_CRITICAL, format=0x7ffff51c63ec "%s: assertion `%s' failed", args=0x7fffffffcec8) at gmessages.c:967
967			G_BREAKPOINT ();
(gdb) bt

+ Trace 230734

  • #0 g_logv
    at gmessages.c line 967
  • #1 g_log
    at gmessages.c line 1003
  • #2 g_return_if_fail_warning
    at gmessages.c line 1012
  • #3 g_application_list_actions
    at gapplication.c line 1634
  • #4 g_action_group_list_actions
    at gactiongroup.c line 349
  • #5 g_action_muxer_insert
    at gactionmuxer.c line 644
  • #6 gtk_widget_insert_action_group
    at gtkwidget.c line 14141
  • #7 gtk_window_set_application
    at gtkwindow.c line 2824
  • #8 gtk_window_set_property
    at gtkwindow.c line 1312
  • #9 object_set_property
    at gobject.c line 1357
  • #10 g_object_newv
    at gobject.c line 1750
  • #11 g_object_new_valist
    at gobject.c line 1835
  • #12 g_object_new
    at gobject.c line 1550
  • #13 ephy_window_new
    at ../../src/ephy-window.c line 3883
  • #14 ephy_session_load_from_string
    at ../../src/ephy-session.c line 1151
  • #15 test_ephy_session_load
  • #16 test_case_run
    at gtestutils.c line 1650
  • #17 g_test_run_suite_internal
    at gtestutils.c line 1703
  • #18 g_test_run_suite_internal
    at gtestutils.c line 1714
  • #19 g_test_run_suite_internal
    at gtestutils.c line 1714
  • #20 g_test_run_suite
    at gtestutils.c line 1759
  • #21 g_test_run
    at gtestutils.c line 1307
  • #22 main 

Two things:

- I believe the test is not doing anything particularly stupid. A GApplication is created, then a GtkApplicationWindow is created with that application as parameter. The test claims the app is not registered, but I haven't gone out of my way to not do that AFAICT.

- In any case I *think* we did not change anything in ephy that could cause this, and that some change in GTK+/glib has triggered it. I'll try to bisect it.
Comment 1 Xan Lopez 2012-09-02 20:40:16 UTC 
Turns out the two failing tests (session and shell) were not registering the application explicitly. Doing that fixes them. They have been like that forever, so I assume something has changed somewhere in the stack that makes this fail now, but not sure what: bisecting glib and gtk+ didn't give me anything. So reassigning.
Comment 2 Xan Lopez 2012-09-02 20:57:24 UTC 
Fixed in git, closing.
Comment 3 Claudio Saavedra 2012-09-13 07:49:53 UTC 
There is now bug 683923 about this in GTK+.