Comment 5 for bug 540950

That didn't work. I am investigating making the Dockbar class constructor short, for example by loading settings later than in the constructor, so that Dockbarx does not need the disk and returns quickly from dockbar_factory so that bonobo does not complain about it. No luck so far. I don't even see the dockbarx handle before the error pops up. At that point networkmanager, clock, gnome-globalmenu and the Ubuntu main menu are already up. I wonder why dockbarx is slower than the others?
It might also be useful to look at other python applets...