(*** This bug was imported into bugs.kde.org ***) Package: kwin Version: KDE 3.0.1 Severity: normal Installed from: Slackware Packages Compiler: Not Specified OS: Linux OS/Compiler notes: Not Specified When using dual-headed monitor setup message dialog box always pops up on display :0 even if program is on display :1; e.g.: Konquerer on display :1 (second monitor) cookie request dialog always pops up on display :0 (first monitor) Same problem with logout message box if you select logout from pager on second monitor. Other program behavior not noted at this time. I would think that the message box should popup where the parent window is located - e.g. on top of Konqueror window where cookie was requested since multiple windows may be open on multiple monitors it would be nice to know which window is requesting cookies. Possibly related to #30291 (Submitted via bugs.kde.org)
*** Bug 70585 has been marked as a duplicate of this bug. ***
*** Bug 83612 has been marked as a duplicate of this bug. ***
Still present in KDE 3.5.0 built from gentoo ebuilds.
Still present in KDE 3.5.2 built from freebsd ports.
The same problem exists in KDE 4.1 When opening an application on my primary display :0.0 the KDEWallet prompt opened on the 2nd screen :0.1
Someone can provide a simple step by step example for reproduce this bug?
(In reply to comment #6) > Someone can provide a simple step by step example for reproduce this bug? I already this thing in fever words to the original report but let's make it even more clearer: 1. Have two monitors 2. have a virtual screen over both like: betelgeuse@pena ~ $ xrandr -q | head -n 1 Screen 0: minimum 320 x 200, current 3840 x 1200, maximum 3840 x 1200 3. open a panel to the second monitor 4. add application launcher menu to the panel 5. select Leave --> Logout from the new menu 6. the logout dialog opens to the first monitor It would be more logical if it opened on the second as that's where the focus is.
Many thanks!
is this report still valid? Can we get an update for what is actually still an issue with 4.7?
Since the password dialog already uses "KWindowSystem::setWindow" to associate password dialogs with the appropriate application windows and the cookie dialog will start doing the same starting with KDE 4.7.4, it is probably safe to assume this issue will no longer be present once KDE 4.7.4 is released. It would be nice if someone who is using two monitors can actually confirm that though.
comments #7 and up do not match OP which is about multihead and not multiscreen, ie. OPs problem is (was) that konqueror runs on :1 while kcookiejar (?) runs on :0 Fixing this is not trivial, since it would require to transfer the application from one X11 screen to another (w/o xinerama/xrandr multiscreen, this is important) or to have a GUIless daemon that spawns dialog processes on the correct screens.
Dear Bug Submitter, This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond. Thank you for helping us make KDE software even better for everyone!
can't reproduce it anymore.
Thanks for the update!