Version: (using KDE KDE 3.5.4) Installed from: SuSE RPMs Example: I read with KMail some mail with www links. I click on one of them. The window of launching appropriate app pops up. Now, I switch to another desktop and wait a second. Konqueror appears, but not on desktop with KMail, but current one.
*** Bug 179164 has been marked as a duplicate of this bug. ***
Sometimes I'm able to reproduce this bug too
This is not a bug at all but the to be expected behavior. When a new window is mapped it is mapped to the current desktop unless there is some indication that it should be shown on a different desktop. There is no link between the KMail window and the Konqueror window opened from KMail. Without such a link KWin cannot know that the Konqueror window should be opened on the same desktop as KMail. Without the link the window opens on the current desktop and this is correct. So there is no bug.
FTR: it's possible for kmail to hint a virtual desktop for and when calling konqueror it would -in this special case- pot. have to do even more to circumvent the focus stealing protection, ie. move existing konqueror instances to the current desktop or force their activation (on a different desktop) - unless it doesn't use the kfmclient but actually creates a new konqueror instance with every call. -> file a request against kmail, since kwin cannot draw this connection itself.