run command histroy not shown first time after reboot

[Redmar]

Binary package hint: unity

When hitting alt+f2 the first time after reboot, it shows just the small bar where you can type the command, not the bigger window with most used/recently used commands. When you type just one letter in the box the window will expand to show the history.

I think this behaviour is inconsistent and requires users to perform an unnecessary extra action when they want to run a custom command.

What I would like to see is that the alt+f2 window always opens up showing the most used commands, and not to make an exception when its the first time after reboot.

Thanks

ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: unity 3.8.14-0ubuntu1~natty1
ProcVersionSignature: Ubuntu 2.6.38-10.44-generic 2.6.38.7
Uname: Linux 2.6.38-10-generic i686
NonfreeKernelModules: fglrx
Architecture: i386
CompizPlugins: [core,bailer,detection,composite,opengl,decor,compiztoolbox,gnomecompat,regex,ring,move,neg,mousepoll,snap,grid,imgpng,resize,place,animation,workarounds,session,fade,cube,expo,scale,ezoom,rotate,scaleaddon,unityshell,unitymtgrabhandles]
Date: Thu Jun 16 08:37:59 2011
InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release i386 (20110426)
ProcEnviron:
 LANGUAGE=nl:en
 LANG=nl_NL.UTF-8
 SHELL=/bin/bash
SourcePackage: unity
UpgradeStatus: No upgrade log present (probably fresh install)

[Marco Biscaro (marcobiscaro2112)]

This bug is awaiting design feedback before progress can be made. Confirming that there is a question to be answered. Will be marked triaged when design gives a suitable direction forward.

[Oliver Sauder (sao)]

Bug seems to be in unity-place-applications

[Marco Biscaro (marcobiscaro2112)]

Yes, I think the problem is there.

[Oliver Sauder (sao)]

This issue is trickier than anticipated ;).

This bug does not only affect the execute command but all lenses. So after a reboot when <Super>a or <Super>f is pressed the dash is always empty.

This seems to be a timing issue. The places are connected when the home button is hovered. However with all the shortcuts such a hovering usually does not occur. Therefore the connection of the places is done when opening the dash. This is to late.

One way around this issue, would be to try to connect the places when Launcher.StartKeyShowLauncher is called. This would fix this issue for all places except the Execute Command as such does not open the launcher but directly the dash.

The only way around I can currently see, is to wait until the places are successfully connected before showing the dash.
However I'm not sure if that is really desired?

Additionally to this bug has the execute command another bug:
The history gets not loaded when the execute command gets activated. This issue should be fixed in lp:~sao/unity-place-applications/load-history-when-activating

[Omer Akram (om26er)]

linked branches merged, setting to fixed.