clicking on an app window in workspace switcher does not get it to focus

fixed with unity 0.2.26

No, it's not if the ws you select your application isn't the current one.

fixed for me see video.

oops my bad. the problem did not happen when number of workspace was 1.

I got confused myself. this bug report is about clicking on an app window in workspace switcher and getting it to focus. and unity 0.2.26 fixed this problem. and my above video can be ingnored ;)

no no ;)
or I can reword the issue:

1. open two applications A and B on a ws. B has the focus
2. go to another workspace and open (or not) an application C
3. go the ws switcher view and click on A
4. the current ws is the one where A and B lives, HOWEVER, B has still the focus, not A.

-> this is what I meant by "if the ws you select your application on isn't the current one."

Here we go ;)

In this video. I opened two apps. A(chromium) and B(system-monitor). B(system monitor) had the focus. I clicked on the workspace switcher and then selected workspace 2. there opened app C(banshee). again clicked on the workspace switcher and selected the app I wanted to focus. in my case I clicked on chromium and it came to focus. then I repeated all these steps again and clicked on system monitor(instead of chromium) and it came to focus.

http://bazaar.launchpad.net/~unity-team/unity/trunk/revision/431
"Adds support for selecting windows as well as hover previews for everything. DND code that somewhat works is also present however full support is not enabled. The DND bits are currently disabled"

Waow, I have a slightely different bug:
try what you did multiple times, did you get sometimes the right window raise on top, but not having focus (look at the decoration buttons for instance) ?

This happens a lot of time (I would say 50/50) on my nvidia card
I triggered it the second time (when trying to focus evolution) on the attached video

Just got a smaller one (the other file was too big), you can see the same behavior/bug:

Confirming this behavior. There is a race between the call to switch workspaces (which results in the top most window being focused) and our call to raise the window which is clicked. Adding a delay to the raise call should fix the issue.

Fixed in related branch

This bug was fixed in the package unity - 0.2.30-0ubuntu1

---------------
unity (0.2.30-0ubuntu1) maverick; urgency=low

  * New upstream release fixing those issues:
    - clicking on an app window in workspace switcher does not get it to focus
      (lp: #612327)
    - App name stays in panel after exit (lp: #613087)
    - Bright line at the bottom of the launcher bar (lp: #613084)
    - additional round corner when clicking on application places item
      (lp: #612542)
    - removing active application in the launcher make unity crashes
      (lp: #612535)
    - Intermittent loss of all input (lp: #607519)
    - Wallpaper picture-options are not all taken into account (lp: #605788)
    - Add some sort of hint that the Ubuntu circle is click-able (lp: #592787)
    - doesn't render appmenu accelerators correctly (lp: #601011)
    - should highlight the selected items (lp: #600946)
    - Files Place displays mimetype icons for file items when
      thumbnails are available (lp: #599896)
  * debian/control: build-depends on libxcb-icccm1-dev and libutouch-grail-dev
 -- Sebastien Bacher <email address hidden> Thu, 26 Aug 2010 18:31:40 +0200