My relatively fresh Ubuntu 19.10 on a top notebook is running flawlessly, but some applications are really slow to start. For now it's keepassX, filezilla, deadbeef. Both takes about 30 seconds to show it's window, but after that both are blazing fast as others. May be someone can help me to find a solution?

  • Just found a partial answer to the question on ArchLinux forums. They are proposing that problem is related to dbus and for me starting application with dbus-launch --exit-with-session filezilla solves the problem. But I don't understand the proposed solution entirely, so I can't solve the problem. So, it's a dbus timeout that causing the delay. bbs.archlinux.org/viewtopic.php?id=230036 – WhiteWind Oct 29 at 16:37

After having the same problem and doing strace + a lot of reasearch I found out that this fixes the issue for good (filezilla, keepassX etc. all launch instantly now):

sudo apt-get install appmenu-gtk2-module
  • Oh!!!! You have saved me from reinstalling! It really solved the problem for me. Just need to restart and everything works as before. – WhiteWind Nov 20 at 19:08
  • Perfect. Thanks – Enrique Moreno Tent Dec 1 at 12:14

Cannot confirm that installing appmenu-gtk2-module solves the problem. Also the "dbus-launch --exit-with-session" only provides a partial solution. For example VLC is facing the same startup issues. Starting it as "dbus-launch --exit-with-session vlc" avoids the described startup delay. However, integration into top panel and raven is lost in Budgie desktop.

Hence the question what exactly causes this problem and how to really solve it is still open.

Edit: I would like to clarify, what I consider being not OK with VLC when executed with dbus-launch. I attached four screenshots - two being suffixed with OK which show the integration into Budgie when being executed without dbus-launch. The second set - suffixed with NOK shows it being executed with dbus-launch. The difference is particularly noticeable in the vlcRaven screenshots. Furthermore the behavior when clicking the top panel icon is different. With dbus-launch left-clicking the icon reveals the shown menu, while the same hides/shows the application. The menu is opened upon right-clicking the icon. I do not consider the different behavior as showstopper for me though it might provide additional hints what's actually causing the issue.

VLC Raven panel NOK VLC Raven panel OK Top panel NOK Top panel OK


I can confirm the issue. For some application the launch is heavy delayed, other applications are starting pretty fast. After the launch every application is running normal without any further delays.

I am also able to confirm that I dont have any issues with starting applications if I'm using dbus-launch --exit-with-session vlc. Also running the application as root removes the delay.

strace is stopping at that point with all delayed applications:

poll([{fd=14, events=POLLIN}], 1, 25000) = 1 ([{fd=14, revents=POLLIN}])
read(14, "\1\0\0\0\0\0\0\0", 16)        = 8
poll([{fd=14, events=POLLIN}], 1, 25000

I'm happy for any hint!

Edit: If somebody is looking for a temporary solution for budgie:

  1. Install menulibre

  2. Open Menu Editor (menulibre) and search for the application which is delayed in startup

  3. Add dbus-launch --exit-with-session APPLICATION to the launching command

  4. Unpin it from Icon Task list

  5. Open app through menu and pin it again

Now the application will start with the dbus-launch command from the start menu and taskbar.

  • I found, that you always make a copy of dbus-launch for each application and for each instance you start that way. So, it's a very-very temporary solution, as is you are on a rarely restarting system (like my notebook) it would not be a good deal to feed all RAM to the dbus-launch remnants. – WhiteWind Nov 17 at 20:44

I am also experiencing extremely slow application startup times as well, for some applications. Here are some others that I have found:

  • hexchat
  • onlyoffice-desktopeditors (both snap AND repository installs)
  • Lazarus 2.0.6 w/ fpc 3.0.4 (installed .deb files from lazarus-ide.org)

Lazarus also locked up my system several times. AS this is a critical development app for me, I've worked around it by building the Qt5 version of Lazarus, which works as expected.


I found a possible solution to what seems to be the same problem, which only seems to affect QT (as opposed to GTK) apps and only manifested after a clean Ubuntu Budgie 19.10 install (but not on an in-place upgrade):

  • Edit the ~/.profile file in your /home/$(whoami) director
  • Near the top, add: export QT_STYLE_OVERRIDE=cleanlooks (instead of 'cleanlooks', you may also be able to use one of cde, motif, plastique, Windows or Fusion (but not 'gtk2', which implies it is some dependency problem or other) - the Arch wiki has more information on this environment variable.
  • Log out and log in again, and the QT apps should start super fast again.

You do lose the gtk2 theming of QT apps, though in VLC you can manually set it to use gtk2 theming and it seems to work fine.

Manually setting dbus-launch with QT apps also worked for me (although it leaves orphaned dbus-daemon processes running after each app closes).

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.