Selecting a minimized window with Deskbar or Twitcher doesn't bring it to the front of its stack

[SyntheticBiology]

My setup: hrev44930-dirty, x86-GCC4 (compiled as @nightly-vmware, running on VirtualBox)

1. Open two windows, let's say Tracker windows "Haiku" and "Home" from the respective desktop icons. Stack the windows, with "Haiku" in front.
2. Minimize the stack by double-clicking the titlebar of the "Haiku" window.
3. From the Deskbar, click Tracker –> home (the window that wasn't at the top of the stack when you minimized it)

Doing this successfully un-minimizes the window stack, but fails to bring the "home" window to the front of that stack as one would expect it to. Instead, the window that was in front when the stack was minimized, "Haiku" in this case, remains in front. The same thing happens if you use Twitcher to select the minimized window instead of Deskbar. This bug does not appear to affect windows that are not minimized; selecting these with either Deskbar or Twitcher will move them to the front of their stacks as expected.

[Ziusudra]

On step 3, if you click the one that was on top (Haiku), the other window (home) will now be on top.

It gets less predicable with more than two windows stacked. With nine windows stacked, selecting the top window will usually put the ninth on top, unless it was already, in which case the eighth will be put on top.

[luroh]

Moving S&T related tickets out of R1 milestone (Prop #16).

[luroh]

Moving S&T related tickets back into R1 milestone as S&T is in fact now the default. My apologies.