No icons on UME desktop

Oops.

I can kind of confirm this. I went to set up UME for the first time today and am having the same experience. I thought it was something I'd done (or hadn't done) though till I saw this bug.

If I run the start-hildon script from a terminal I get the following output

start-hildon is the script from here : https://wiki.ubuntu.com/MobileAndEmbedded/HildonDesktopManualProcedure

Thanks for the thought of using the terminal (it was 1am, I wasn't thinking straight!). I'm getting the same errors. Some quick running through gdb shows some more interesting errors, despite not having *all* of the symbols installed (breaking at g_log):

Breakpoint 1, 0xb78829e6 in g_logv () from /usr/lib/libglib-2.0.so.0
(gdb) bt
#0 0xb78829e6 in g_logv () from /usr/lib/libglib-2.0.so.0
#1 0xb7882e89 in g_log () from /usr/lib/libglib-2.0.so.0
#2 0x080598b0 in hd_home_window_constructor (gtype=139755416, n_params=8, params=0x83ce730) at hd-home-window.c:508
#3 0xb7903a08 in g_object_newv () from /usr/lib/libgobject-2.0.so.0
#4 0xb79045b6 in g_object_new_valist () from /usr/lib/libgobject-2.0.so.0
#5 0xb79046c0 in g_object_new () from /usr/lib/libgobject-2.0.so.0
#6 0x0806f201 in hd_desktop_run (desktop=0x809e620) at hd-desktop.c:1161
#7 0x08072c9b in main (argc=1, argv=0xbfe04564) at main.c:184
(gdb) continue
Continuing.

** (hildon-desktop:6922): WARNING **: Could not load default background: No such file or directory

[more stuff... ]

Breakpoint 1, 0xb78829e6 in g_logv () from /usr/lib/libglib-2.0.so.0
(gdb) bt
#0 0xb78829e6 in g_logv () from /usr/lib/libglib-2.0.so.0
#1 0xb7882e89 in g_log () from /usr/lib/libglib-2.0.so.0
#2 0x080563ad in hd_plugin_loader_default_load (loader=0x8110168, error=0xbfe04368) at hd-plugin-loader-default.c:137
#3 0x08054b0e in hd_plugin_manager_load_plugin (pm=0x807a430, plugin_path=0x83cfdc0 "/usr/share/applications/hildon-home/mobile-basic-home.desktop",
    container=0x809d760) at hd-plugin-manager.c:81
#4 0x0805520f in hd_plugin_manager_load (pm=0x807a430, plugin_list=0x8507810, container=0x809d760, policy=0x0) at hd-plugin-manager.c:232
#5 0x0806f455 in hd_desktop_run (desktop=0x809e620) at hd-desktop.c:1436
#6 0x08072c9b in main (argc=1, argv=0xbfe04564) at main.c:184
(gdb) continue
Continuing.

** (hildon-desktop:6922): WARNING **: Error loading module at /usr/lib/hildon-desktop/libmobilebasichome.so

[That sounds like more of an issue to me... and some more backtraces here]

Breakpoint 1, 0xb78829e6 in g_logv () from /usr/lib/libglib-2.0.so.0
(gdb) bt
#0 0xb78829e6 in g_logv () from /usr/lib/libglib-2.0.so.0
#1 0xb7882e89 in g_log () from /usr/lib/libglib-2.0.so.0
#2 0xb7e3325b in gtk_widget_size_allocate () from /usr/lib/libgtk-x11-2.0.so.0
#3 0xb7c24b1a in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#4 0x08099298 in ?? ()
#5 0xbfe01f74 in ?? ()
#6 0xbfe01f88 in ?? ()
#7 0xb79194c3 in g_type_check_value () from /usr/lib/libgobject-2.0.so.0
#8 0xb790a0ba in g_cclosure_marshal_VOID__BOXED () from /usr/lib/libgobject-2.0.so.0
#9 0xb78fc079 in ?? () from /usr/lib/libgobject-2.0.so.0
#10 0x080a9b78 in ?? ()
#11 0x00000000 in ?? ()
(gdb) continue
Continuing.

(hildon-desktop:6922): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width 0 and height -14

Image can be found here http://www.davmor2.pwp.blueyonder.co.uk/20080418menlow.png

Confirmed this is an issue in the daily build for 4/18 for me. For the steps I took to use the image (since it was slightly non-conventional and may not be relevant), see bug 217067.

The output from the start-hildon script said that it couldn't load libmobilebasichome.so. I ran ldd on libmobilebasichome.so and found that it was missing libxul.so and libsqlite3.so. I found both of those libraries in the xulrunner directory and symlinked them to /usr/lib. After making sure that ldd didn't report any more missing libraries. I tried to run the start-hildon script again. Now hildon-desktop would just segfault.

I did a backtrace as per the wiki ( https://wiki.ubuntu.com/Backtrace ) but it seems to segfault in the middle of libmobilebasichome.so, which is part of the mobile-basic-flash package, and which doesn't have a debug version. Since there's no debug version, I'm not sure how helpful this backtrace is, but it's something.

Line #0 of the trace says : "#0 0xb4f63dde in XRE_NotifyProfile () from /usr/lib/libxul.so", so maybe it's a libxul problem.

I tried building libxul with symbols... however, it apparently strips them without me asking it to. So, heres a bunch of error messages:

WARNING: XPCOM objects created/destroyed from static ctor/dtor: 'gActivityTLS != BAD_TLS_INDEX && NS_PTR_TO_INT32(PR_GetThreadPrivate(gActivityTLS)) == 0', file nsTraceRefcntImpl.cpp, line 1024
WARNING: XPCOM objects created/destroyed from static ctor/dtor: 'gActivityTLS != BAD_TLS_INDEX && NS_PTR_TO_INT32(PR_GetThreadPrivate(gActivityTLS)) == 0', file nsTraceRefcntImpl.cpp, line 910
WARNING: XPCOM objects created/destroyed from static ctor/dtor: 'gActivityTLS != BAD_TLS_INDEX && NS_PTR_TO_INT32(PR_GetThreadPrivate(gActivityTLS)) == 0', file nsTraceRefcntImpl.cpp, line 910
WARNING: XPCOM objects created/destroyed from static ctor/dtor: 'gActivityTLS != BAD_TLS_INDEX && NS_PTR_TO_INT32(PR_GetThreadPrivate(gActivityTLS)) == 0', file nsTraceRefcntImpl.cpp, line 964
WARNING: XPCOM objects created/destroyed from static ctor/dtor: 'gActivityTLS != BAD_TLS_INDEX && NS_PTR_TO_INT32(PR_GetThreadPrivate(gActivityTLS)) == 0', file nsTraceRefcntImpl.cpp, line 910
WARNING: XPCOM objects created/destroyed from static ctor/dtor: 'gActivityTLS != BAD_TLS_INDEX && NS_PTR_TO_INT32(PR_GetThreadPrivate(gActivityTLS)) == 0', file nsTraceRefcntImpl.cpp, line 910
WARNING: XPCOM objects created/destroyed from static ctor/dtor: 'gActivityTLS != BAD_TLS_INDEX && NS_PTR_TO_INT32(PR_GetThreadPrivate(gActivityTLS)) == 0', file nsTraceRefcntImpl.cpp, line 910
WARNING: XPCOM objects created/destroyed from static ctor/dtor: 'gActivityTLS != BAD_TLS_INDEX && NS_PTR_TO_INT32(PR_GetThreadPrivate(gActivityTLS)) == 0', file nsTraceRefcntImpl.cpp, line 964
WARNING: XPCOM objects created/destroyed from static ctor/dtor: 'gActivityTLS != BAD_TLS_INDEX && NS_PTR_TO_INT32(PR_GetThreadPrivate(gActivityTLS)) == 0', file nsTraceRefcntImpl.cpp, line 964
WARNING: Failed to lock profile.: file EmbedPrivate.cpp, line 639
WARNING: XPCOM objects created/destroyed from static ctor/dtor: 'gActivityTLS != BAD_TLS_INDEX && NS_PTR_TO_INT32(PR_GetThreadPrivate(gActivityTLS)) == 0', file nsTraceRefcntImpl.cpp, line 964
WARNING: XPCOM objects created/destroyed from static ctor/dtor: 'gActivityTLS != BAD_TLS_INDEX && NS_PTR_TO_INT32(PR_GetThreadPrivate(gActivityTLS)) == 0', file nsTraceRefcntImpl.cpp, line 964
WARNING: XPCOM objects created/destroyed from static ctor/dtor: 'gActivityTLS != BAD_TLS_INDEX && NS_PTR_TO_INT32(PR_GetThreadPrivate(gActivityTLS)) == 0', file nsTraceRefcntImpl.cpp, line 910

(hildon-desktop:23650): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width 0 and height -8

(hildon-desktop:23650): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width 0 and height -14
WARNING: XPCOM objects created/destroyed from static ctor/dtor: 'gActivityTLS != BAD_TLS_INDEX && NS_PTR_TO_INT32(PR_GetThreadPrivate(gActivityTLS)) == 0', file nsTraceRefcntImpl.cpp, line 910
WARNING: NS_ENSURE_TRUE(compMgr) failed: file nsComponentManagerUtils.cpp, line 165
WARNING: XPCOM objects created/destroyed from static ctor/dtor: 'gActivityTLS != BAD_TLS_INDEX && NS_PTR_TO_INT32(PR_GetThreadPrivate(gActivityTLS)) == 0',...

Ok.. got symbols working. So the error is exactly at EmbedPrivate.cpp:293

(gdb) where
#0 0xae157348 in EmbedPrivate::Realize (this=0x855b5b0, aAlreadyRealized=0xbf81d018) at EmbedPrivate.cpp:293
#1 0xae155468 in gtk_moz_embed_realize (widget=0x80992e8) at gtkmozembed2.cpp:490
#2 0xb787fa4f in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0
#3 0xb7871079 in ?? () from /usr/lib/libgobject-2.0.so.0
#4 0x080bf560 in ?? ()
#5 0x00000000 in ?? ()
(gdb) info locals
webBrowser = {mRawPtr = 0x0}
supportsWeak = {mRawPtr = 0x80ca3e0}
weakRef = {mRawPtr = 0xb7cfabaf}
uriListener = {mRawPtr = 0xbf81cfa8}
mozWidget = {mRawPtr = 0xbf81cfa4}
tmp_window = <value optimized out>
data = <value optimized out>

Ok... so not sure how to fix this, about the end of my knowledge on this topic. Whoever can fix it, let me know if theres more information I can give to you.

This thread on the moblin mailing list from February seems to be the same problem we're discussing here.

http://www.moblin.org/archives/cgi-bin/namazu.cgi?query=%2Bsubject:%2F%5E%28%3F:%5E%5Cs%2A%28re%7Csv%7Cfwd%7Cfw%29%5B%5C%5B%5C%5D%5Cd%5D%2A%5B:%3E-%5D%2B%5Cs%2A%29%2A%5C%5BMoblin%5Cs%2BDev%5C%5D%5Cs%2Bhome%5Cs%2Bplugin%5Cs%2Berrors%5Cs%2B%5C%28blank%5Cs%2Bscreen%5C%29%5Cs%2Bwith%5Cs%2BHardy%5Cs%2BPPA%5Cs%2A%24%2F&idxname=dev&sort=date%3Alate
http://www.moblin.org/archives/html/dev/2008-02/msg00074.html

If it is the same problem, this message seems to indicate that's it's been fixed upstream. (Yay!)
http://www.moblin.org/archives/html/dev/2008-02/msg00081.html

Looks like someone fixed it in mobile-basic-flash_0.36-0ubuntu2. Awesome.

mobile-basic-flash_0.36-0ubuntu2 fixes the bug

Setting to Fix Released, since mobile-basic-flash_0.36-0ubuntu2 is in Hardy.