Bug 80390

Version:           3.0 (using KDE KDE 3.2.0)
Installed from:    Mandrake RPMs
Compiler:          gcc version 3.3.2 (Mandrake Linux 10.0 3.3.2-6mdk) 
OS:          Linux

Note that despite being a bit similar, this is not a duplicate of #64552 [http://bugs.kde.org/show_bug.cgi?id=64552].

Here are two examples, but more can be given.

1. I launch Kwrite (#1), choose an "open file" dialogue, open a file. I hit "new", another kwrite instance (#2) opens and it is placed on top of the previos kwrite window of course. If I choose "open file" for this second instance, the "open" dialogue appears on top of kwrite #1, but not on top of #2, e.g. between the kwrite instnaces #1 and #2, so I have to move or minimise kwrite #2 to access it. Also, if I move kwrite #2 to desktop #2 and leave kwrite on desktop #1, the "open file" dialogue chosen in kwrite #2 appears on desktop #1 where kwrite #1 is.

2. The same example with konqueror. Say I'm browsing my local files. I want to copy the current konqueror window, so I use Ctrl-D or Kgear icon to clone this window. I then move this konqueror to another desktop. However, any "copying file", "file already exists" or other child dialogues launched from the second instance appear on the same desktop the first, original konqueror instance is.

Guys, this one really makes KDE a bit tricky to use. I try to avoid cloning windows and have to launch all apps "from scratch". And this takes much more time, e.g., with konqueror I always have to browse to the working dir again and again, or I will surely have this child dialogue mess.