Version: (using KDE 4.1.2) OS: Linux Installed from: Mandriva RPMs I have reported this bug on the Mandriva bugzilla : https://qa.mandriva.com/show_bug.cgi?id=45563 I was thinking it was specific to Mandriva. But a comment show that it's reproducible with Fedora. So I report upstream. Description of problem: If kickoff hasn't been used during the session, dbus doesn't find it. But after one click on the K menu, kickoff is found. Version-Release number of selected component (if applicable): Mandriva 2009.0 updated In fact, I don't know if it's a bug with dbus, or with kickoff, or something else... How reproducible: Always. Steps to Reproduce: 1. Login to KDE 4 2. Run in a konsole : $ qdbus org.kde.plasma /kickoff Cannot introspect object /kickoff at org.kde.plasma: org.freedesktop.DBus.Error.UnknownObject (No such object path '/kickoff') 3. Click on kickoff to open and close it 4. Run again in a konsole : $ qdbus org.kde.plasma /kickoff signal void org.kde.kickoff.reloadMenu() method QDBusVariant org.freedesktop.DBus.Properties.Get(QString interface_name, QString property_name) method void org.freedesktop.DBus.Properties.Set(QString interface_name, QString property_name, QDBusVariant value) method QString org.freedesktop.DBus.Introspectable.Introspect()
still reproduceable? in trunk the interface seems to be created right after plasma starts.
I can only test with KDE 4.1.3, the last version I have on Mandriva 2009 (stable with "testing" sources, but it's not cooker). And it's still reproduceable. But it could be corrected in most recent versions... I don't know.
yes, now that it is a PopupApplet the Launcher is created immediately.
ok, sooo, it's fixed in trunk...