Bug 80390 - weird and unusable positioning of appearing dialogues
Summary: weird and unusable positioning of appearing dialogues
Status: RESOLVED DUPLICATE of bug 80276
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: 3.0
Platform: Mandrake RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-04-26 14:52 UTC by Artemio
Modified: 2004-04-28 11:01 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Artemio 2004-04-26 14:52:46 UTC
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.
Comment 1 Lubos Lunak 2004-04-27 18:32:16 UTC
I cannot reproduce the problem (KDE3.2.2+Qt3.3.1). What is your Qt version? Can you reproduce the problem with KDE3.2.2?
Comment 2 Lubos Lunak 2004-04-28 11:01:04 UTC

*** This bug has been marked as a duplicate of 80276 ***